From report at bugs.python.org  Sun Aug  1 00:02:30 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 31 Jul 2010 22:02:30 +0000
Subject: [issue1726208] SimpleHTTPServer extensions_map
Message-ID: <1280613750.29.0.86246741512.issue1726208@psf.upfronthosting.co.za>


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

Since http.server calls mimetypes.init(), the default type map is not used but one read from the system.  That one might as well lack the entries for .py etc.  For the sake of backwards compatibility I don't think a change is needed here.

----------
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 00:06:00 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 31 Jul 2010 22:06:00 +0000
Subject: [issue4007] make clean fails to delete .a and .so.X.Y files
In-Reply-To: <1222865558.69.0.211492206559.issue4007@psf.upfronthosting.co.za>
Message-ID: <1280613960.94.0.142337930844.issue4007@psf.upfronthosting.co.za>


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

Applied in r83372.

----------
nosy: +georg.brandl
resolution:  -> accepted
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 00:06:51 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 31 Jul 2010 22:06:51 +0000
Subject: [issue5904] strftime docs do not explain locale effect on result
	string
In-Reply-To: <1241270739.12.0.286821632978.issue5904@psf.upfronthosting.co.za>
Message-ID: <1280614011.33.0.104908922957.issue5904@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
title: strftime docs do not explain locale affect on result string -> strftime docs do not explain locale effect on result string

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

From report at bugs.python.org  Sun Aug  1 00:09:27 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 22:09:27 +0000
Subject: [issue9443] Use newer unittest methods throughout tests
In-Reply-To: <1280614166.98.0.962440088026.issue9443@psf.upfronthosting.co.za>
Message-ID: <1280614166.98.0.962440088026.issue9443@psf.upfronthosting.co.za>


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

unittest provides new methods like assertIn and assertLess that provide more useful error messages in case of failure. Some names like assertEquals are also deprecated. The test suite should be updated to benefit from the new goodness and stop using obsolete names.

----------
components: None
messages: 112217
nosy: merwok
priority: normal
severity: normal
status: open
title: Use newer unittest methods throughout tests
versions: Python 3.2

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

From report at bugs.python.org  Sun Aug  1 00:10:41 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 22:10:41 +0000
Subject: [issue9443] Use newer unittest methods throughout tests
In-Reply-To: <1280614166.98.0.962440088026.issue9443@psf.upfronthosting.co.za>
Message-ID: <1280614241.1.0.411000533822.issue9443@psf.upfronthosting.co.za>


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


----------
keywords: +easy
nosy: +ezio.melotti, michael.foord
stage:  -> needs patch

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

From report at bugs.python.org  Sun Aug  1 00:10:51 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 22:10:51 +0000
Subject: [issue9443] Use newer unittest methods throughout tests
In-Reply-To: <1280614166.98.0.962440088026.issue9443@psf.upfronthosting.co.za>
Message-ID: <1280614251.81.0.493559803243.issue9443@psf.upfronthosting.co.za>


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


----------
components: +Tests -None

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

From report at bugs.python.org  Sun Aug  1 00:11:50 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 31 Jul 2010 22:11:50 +0000
Subject: [issue5147] MozillaCookieJar should not store leading whitespace in
	Magic header
In-Reply-To: <1233696240.85.0.475858035079.issue5147@psf.upfronthosting.co.za>
Message-ID: <1280614310.47.0.0109589930574.issue5147@psf.upfronthosting.co.za>


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

Applied in r83373. Thanks!

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 00:20:28 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Sat, 31 Jul 2010 22:20:28 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>


New submission from Doug Hellmann <doug.hellmann at gmail.com>:

If an ArgumentParser is created with a prefix_chars string that does not include '-', the default options created for showing help (-h and --help) and the version (-v and --version) are invalid and generate an exception.

----------
components: Library (Lib)
files: argparse_prefix_chars_bug.py
messages: 112219
nosy: doughellmann
priority: normal
severity: normal
status: open
title: argparse does not honor prefix_chars when adding default options
versions: Python 2.7
Added file: http://bugs.python.org/file18292/argparse_prefix_chars_bug.py

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

From report at bugs.python.org  Sun Aug  1 00:21:14 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Sat, 31 Jul 2010 22:21:14 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280614874.34.0.291470901175.issue9444@psf.upfronthosting.co.za>


Doug Hellmann <doug.hellmann at gmail.com> added the comment:

One solution would be to use the first character of prefix_chars when building those default options.

----------

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

From report at bugs.python.org  Sun Aug  1 00:33:09 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 31 Jul 2010 22:33:09 +0000
Subject: [issue5146] threading via uid method doesn't work in imaplib
In-Reply-To: <1233691056.73.0.419384658246.issue5146@psf.upfronthosting.co.za>
Message-ID: <1280615589.32.0.523439751083.issue5146@psf.upfronthosting.co.za>


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

Some research into IMAP commands confirms that this change is correct.  Done so in r83374.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 00:37:56 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 31 Jul 2010 22:37:56 +0000
Subject: [issue9443] Use newer unittest methods throughout tests
In-Reply-To: <1280614166.98.0.962440088026.issue9443@psf.upfronthosting.co.za>
Message-ID: <1280615876.97.0.702332413353.issue9443@psf.upfronthosting.co.za>


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

I recommend against this.  Our existing test suites are already passing, so there is a near zero value add (from supposedly more informative failures); however, there is a risk that a test will be changed in a subtle way, invalidating what the original author had intended to test.

In the past, Guido has opposed these sort of shallow sweeps through code, recommending instead that updates be done in conjunction with a "holistic" refactoring of a single module.

It would be a far better use of time to:
* add new test coverage (possibly using the new methods)
* spend time analyzing and marking 
  which tests are implementation specific

----------
nosy: +rhettinger
resolution:  -> rejected
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 00:39:40 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 22:39:40 +0000
Subject: [issue9443] Use newer unittest methods throughout tests
In-Reply-To: <1280614166.98.0.962440088026.issue9443@psf.upfronthosting.co.za>
Message-ID: <1280615980.2.0.677600985963.issue9443@psf.upfronthosting.co.za>


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

Thank you for giving this explanation. I?ll remember it.

----------
stage: needs patch -> committed/rejected

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

From report at bugs.python.org  Sun Aug  1 00:42:43 2010
From: report at bugs.python.org (Collin Winter)
Date: Sat, 31 Jul 2010 22:42:43 +0000
Subject: [issue1731717] race condition in subprocess module
Message-ID: <1280616163.1.0.28740022795.issue1731717@psf.upfronthosting.co.za>


Changes by Collin Winter <collinw at gmail.com>:


----------
nosy: +collinwinter, jyasskin

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

From report at bugs.python.org  Sun Aug  1 01:06:40 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 31 Jul 2010 23:06:40 +0000
Subject: [issue1274] doctest fails to run file based tests with 8bit paths
In-Reply-To: <1192213919.32.0.843568182453.issue1274@psf.upfronthosting.co.za>
Message-ID: <1280617600.16.0.00929235372277.issue1274@psf.upfronthosting.co.za>


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

I didn't read all comments, but about bug_3740_1.patch: it's not a good idea to fallback to byte strings. If you have an unicode path, you are lucky, and you have to keep all these nice and correctly formatted characters!

I mean: this patch is just an ugly workaround. You should fix the real bug instead.

----------

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

From report at bugs.python.org  Sun Aug  1 01:16:22 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 23:16:22 +0000
Subject: [issue1051] certificate in Lib/test/test_ssl.py expires in February
	2013
In-Reply-To: <1188347976.5.0.452651938293.issue1051@psf.upfronthosting.co.za>
Message-ID: <1280618182.11.0.155990023739.issue1051@psf.upfronthosting.co.za>


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


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

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

From report at bugs.python.org  Sun Aug  1 01:17:17 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 23:17:17 +0000
Subject: [issue2423] test_smtplib.py no longer butt slow
In-Reply-To: <1205938249.95.0.187788140387.issue2423@psf.upfronthosting.co.za>
Message-ID: <1280618237.67.0.401660793872.issue2423@psf.upfronthosting.co.za>


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


----------
nosy: +richard
stage:  -> commit review
versions:  -Python 2.7

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

From report at bugs.python.org  Sun Aug  1 01:19:44 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 23:19:44 +0000
Subject: [issue7537] test_format fails with -j combined with -v
In-Reply-To: <1261107735.71.0.830554169199.issue7537@psf.upfronthosting.co.za>
Message-ID: <1280618384.26.0.356066841793.issue7537@psf.upfronthosting.co.za>


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

James, can you set PYTHONIOENCODING to a reasonable value in the test environment and see if it fixes the bug? (More info on http://docs.python.org/dev/using/cmdline#envvar-PYTHONIOENCODING)

----------
nosy: +merwok

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

From report at bugs.python.org  Sun Aug  1 01:21:27 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 23:21:27 +0000
Subject: [issue767645] incorrect os.path.supports_unicode_filenames
Message-ID: <1280618487.22.0.868087390825.issue767645@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/issue767645>
_______________________________________

From report at bugs.python.org  Sun Aug  1 01:27:58 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 31 Jul 2010 23:27:58 +0000
Subject: [issue1051] certificate in Lib/test/test_ssl.py expires in February
	2013
In-Reply-To: <1188347976.5.0.452651938293.issue1051@psf.upfronthosting.co.za>
Message-ID: <1280618878.18.0.937317497656.issue1051@psf.upfronthosting.co.za>


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

test_ssl.py should probably have options, when invoked directly, to produce the certificates used for testing.

----------
versions: +Python 3.2 -Python 2.6, Python 3.0

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

From report at bugs.python.org  Sun Aug  1 01:33:04 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 31 Jul 2010 23:33:04 +0000
Subject: [issue7537] test_format fails with -j combined with -v
In-Reply-To: <1261107735.71.0.830554169199.issue7537@psf.upfronthosting.co.za>
Message-ID: <1280619184.09.0.964004298206.issue7537@psf.upfronthosting.co.za>


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

Funny, because it works here (Mandriva Linux, py3k branch).
Can you still reproduce?

(in any case, it doesn't make much sense to run in verbose mode with -jN, since it will interleave output from several tests)

----------

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

From report at bugs.python.org  Sun Aug  1 01:43:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 23:43:58 +0000
Subject: [issue2403] Add figleaf coverage metrics
In-Reply-To: <1205869378.43.0.216108511876.issue2403@psf.upfronthosting.co.za>
Message-ID: <1280619838.24.0.0706826416966.issue2403@psf.upfronthosting.co.za>


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

IIUC, using runpy (either from Python or in a subprocess i.e. python -m test.regrtest) would allow running from build dir.

Coverage reports are nice, but I personally dislike the idea of code downloading something via HTTP and running it. I?d prefer just having an optional dependency on it and letting the user install it if they want.

Code review:
1) There is already a popular (I think) module named coverage, please use another name.
1.1) How does figleaf compare with coverage?
2) Please use tarfile instead of running tar (not always available).
3) Please use the Python API instead of running subprocesses.
4) subprocess is recommended over os.system. Neither will be required if you agree to 2 and 3 :)
5) Please make the code PEP 8-compliant.

Hope this helps! :)

----------
nosy: +merwok

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

From report at bugs.python.org  Sun Aug  1 01:45:13 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 23:45:13 +0000
Subject: [issue2403] Add figleaf coverage metrics
In-Reply-To: <1205869378.43.0.216108511876.issue2403@psf.upfronthosting.co.za>
Message-ID: <1280619913.55.0.525900253009.issue2403@psf.upfronthosting.co.za>


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

the Python API of figleaf*

----------

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

From report at bugs.python.org  Sun Aug  1 01:46:04 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 31 Jul 2010 23:46:04 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1280619964.62.0.359762526913.issue9315@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

FWIW in test_trace.py there's a "ZZZ" that should probably be an "XXX" (and maybe it should be fixed too).

----------
nosy: +ezio.melotti
stage: needs patch -> patch review

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

From report at bugs.python.org  Sun Aug  1 01:49:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 23:49:18 +0000
Subject: [issue8911] regrtest.main should have a test skipping argument
In-Reply-To: <1275794606.83.0.993053669818.issue8911@psf.upfronthosting.co.za>
Message-ID: <1280620158.22.0.634235115559.issue8911@psf.upfronthosting.co.za>


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

1 to 5 seem fine in my (non-core dev) eyes. 6 is okay only if it really helps (e.g. reducing maintenance cost or providing features not available in optparse), else it?s gratuitous.

----------
nosy: +merwok

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

From report at bugs.python.org  Sun Aug  1 01:51:52 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 31 Jul 2010 23:51:52 +0000
Subject: [issue7331] Command line testing consistency between 2.x and 3.x
In-Reply-To: <1258352095.53.0.801407348476.issue7331@psf.upfronthosting.co.za>
Message-ID: <1280620312.79.0.445170227779.issue7331@psf.upfronthosting.co.za>


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

Is this outdated now that 2.7 is out?

If not, could you give some details so that someone looking for issues tagged easy can have a go at a patch?

----------
nosy: +merwok

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

From report at bugs.python.org  Sun Aug  1 02:01:34 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:01:34 +0000
Subject: [issue9409] doctest in python2.7 can't handle non-ascii characters
In-Reply-To: <1280366647.79.0.277931146737.issue9409@psf.upfronthosting.co.za>
Message-ID: <1280620894.22.0.106571161273.issue9409@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/issue9409>
_______________________________________

From report at bugs.python.org  Sun Aug  1 02:02:59 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:02:59 +0000
Subject: [issue9409] doctest in python2.7 can't handle non-ascii characters
In-Reply-To: <1280366647.79.0.277931146737.issue9409@psf.upfronthosting.co.za>
Message-ID: <1280620979.44.0.51743219155.issue9409@psf.upfronthosting.co.za>


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

Adding the release manager to nosy so that he can confirm this bugfix can make it in the next 2.7 release before there?s more effort on that.

----------
nosy: +benjamin.peterson, merwok

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

From report at bugs.python.org  Sun Aug  1 02:06:18 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 01 Aug 2010 00:06:18 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1280621178.99.0.732570235093.issue9315@psf.upfronthosting.co.za>


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


Added file: http://bugs.python.org/file18293/issue9315.3.patch

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

From report at bugs.python.org  Sun Aug  1 02:06:32 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 01 Aug 2010 00:06:32 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1280621192.24.0.42099022789.issue9315@psf.upfronthosting.co.za>


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


Removed file: http://bugs.python.org/file18279/issue9315.3.patch

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

From report at bugs.python.org  Sun Aug  1 02:15:13 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:15:13 +0000
Subject: [issue6753] Python 3.1.1 test_cmd_line fails on Fedora 11
In-Reply-To: <1250849471.77.0.183054552926.issue6753@psf.upfronthosting.co.za>
Message-ID: <1280621713.63.0.448901336317.issue6753@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/issue6753>
_______________________________________

From report at bugs.python.org  Sun Aug  1 02:20:21 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:20:21 +0000
Subject: [issue7066] archive_util.make_archive doesn't restore the cwd if an
	error is raised
In-Reply-To: <1254771627.9.0.528035502085.issue7066@psf.upfronthosting.co.za>
Message-ID: <1280622021.17.0.429206932147.issue7066@psf.upfronthosting.co.za>


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

Looks like this hasn?t been merged to 2.6 yet.

----------
nosy: +barry, merwok
status: closed -> pending
versions:  -Python 2.7, Python 3.1, Python 3.2

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

From report at bugs.python.org  Sun Aug  1 02:27:50 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:27:50 +0000
Subject: [issue5510] patches for Modules/socketmodule.c for NetBSD
In-Reply-To: <1237400494.47.0.163345338744.issue5510@psf.upfronthosting.co.za>
Message-ID: <1280622470.22.0.473066601536.issue5510@psf.upfronthosting.co.za>


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

Does the bug still exist in 3.2 (branch named py3k in subversion)? Do the patch still apply? (The workflow is to patch the version in development and then backport fixes to stable branches.)

Adding Giampaolo to nosy since he?s listed as interested in networking in Misc/maintainers.rst

----------
nosy: +giampaolo.rodola, merwok
versions: +Python 3.2 -Python 2.6

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

From report at bugs.python.org  Sun Aug  1 02:31:02 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:31:02 +0000
Subject: [issue8747] Autoconf tests in python not portably correct
In-Reply-To: <1274174021.7.0.201652385814.issue8747@psf.upfronthosting.co.za>
Message-ID: <1280622662.07.0.591712610157.issue8747@psf.upfronthosting.co.za>


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

Garrett, does the bug still exist in 3.2 (branch named py3k in subversion)?

----------
nosy: +doko, merwok
versions: +Python 3.2 -Python 2.6

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

From report at bugs.python.org  Sun Aug  1 02:32:15 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:32:15 +0000
Subject: [issue7110] Output test failures on stderr in regrtest.py
In-Reply-To: <1255334934.67.0.943013773261.issue7110@psf.upfronthosting.co.za>
Message-ID: <1280622735.21.0.311435109058.issue7110@psf.upfronthosting.co.za>


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


----------
nosy: +merwok

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

From report at bugs.python.org  Sun Aug  1 02:33:29 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:33:29 +0000
Subject: [issue8747] Autoconf tests in python not portably correct
In-Reply-To: <1274174021.7.0.201652385814.issue8747@psf.upfronthosting.co.za>
Message-ID: <1280622809.47.0.162240094641.issue8747@psf.upfronthosting.co.za>


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

doko, I made you nosy because of your autotools expertise. Hope it?s okay.

----------

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

From report at bugs.python.org  Sun Aug  1 02:34:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:34:58 +0000
Subject: [issue8731] BeOS for 2.7 - add to unsupported
In-Reply-To: <1274012961.91.0.790344514824.issue8731@psf.upfronthosting.co.za>
Message-ID: <1280622898.48.0.843782227897.issue8731@psf.upfronthosting.co.za>


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


----------
nosy: +benjamin.peterson

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

From report at bugs.python.org  Sun Aug  1 02:38:00 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:38:00 +0000
Subject: [issue959576] Can't build Python on POSIX w/o $HOME
Message-ID: <1280623080.92.0.132903861357.issue959576@psf.upfronthosting.co.za>


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

It seems too late to make the fix Guido suggested, since there have been a number of releases with pwd as built-in module now. Closing soon if there are no comments.

----------
nosy: +merwok
status: open -> pending

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

From report at bugs.python.org  Sun Aug  1 02:40:34 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Sun, 01 Aug 2010 00:40:34 +0000
Subject: [issue8620] wrong truncation of last line in cmd.Cmd
In-Reply-To: <1273059355.74.0.713627995995.issue8620@psf.upfronthosting.co.za>
Message-ID: <1280623234.19.0.484549075765.issue8620@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

Patch created live during PyOhio 2010 "Teach Me Python Bugfixing" session!

----------
nosy: +catherine
Added file: http://bugs.python.org/file18294/cmd-noeol-test.fix.patch

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

From report at bugs.python.org  Sun Aug  1 02:41:05 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:41:05 +0000
Subject: [issue5217] testExtractDir (test.test_zipfile.TestWithDirectory)
	fails when python built with srcdir != builddir
In-Reply-To: <1234363884.6.0.67560680288.issue5217@psf.upfronthosting.co.za>
Message-ID: <1280623265.66.0.736762599778.issue5217@psf.upfronthosting.co.za>


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

I suggest to close this as outdated/fixed/wontfix then.

----------
nosy: +merwok
status: open -> pending

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

From report at bugs.python.org  Sun Aug  1 02:50:31 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:50:31 +0000
Subject: [issue8620] wrong truncation of last line in cmd.Cmd
In-Reply-To: <1273059355.74.0.713627995995.issue8620@psf.upfronthosting.co.za>
Message-ID: <1280623831.67.0.543140065383.issue8620@psf.upfronthosting.co.za>


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

Test runs okay on posix (linux2). Does the fix need to work with '\r\n' too?

Aside: Your patch has trailing spaces, you can spot them with good editor settings.

----------

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

From report at bugs.python.org  Sun Aug  1 02:51:26 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 00:51:26 +0000
Subject: [issue8620] wrong truncation of last line in cmd.Cmd
In-Reply-To: <1273059355.74.0.713627995995.issue8620@psf.upfronthosting.co.za>
Message-ID: <1280623886.5.0.722766684995.issue8620@psf.upfronthosting.co.za>


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

Sorry, RDM is the actual culprit ;)

----------

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

From report at bugs.python.org  Sun Aug  1 02:52:16 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 01 Aug 2010 00:52:16 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280623936.92.0.610692618551.issue9444@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +bethard
stage:  -> unit test needed
type:  -> behavior
versions: +Python 3.2

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

From report at bugs.python.org  Sun Aug  1 03:01:22 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 01:01:22 +0000
Subject: [issue3937] platform.dist(): detect Linux distribution version in a
	robust, standard way
In-Reply-To: <1222121612.35.0.920527697852.issue3937@psf.upfronthosting.co.za>
Message-ID: <1280624482.23.0.393296732205.issue3937@psf.upfronthosting.co.za>


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


----------
dependencies:  -platform.dist() has unpredictable result under Linux
stage:  -> committed/rejected
superseder:  -> platform.dist() has unpredictable result under Linux

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

From report at bugs.python.org  Sun Aug  1 03:02:17 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 01 Aug 2010 01:02:17 +0000
Subject: [issue7092] Test suite emits many DeprecationWarnings when -3 is
	enabled
In-Reply-To: <1255098633.29.0.866346989212.issue7092@psf.upfronthosting.co.za>
Message-ID: <1280624537.9.0.438653553359.issue7092@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Barry, is it OK if I backport this to 2.6 before the rc1?

----------
status: closed -> open
versions: +Python 2.6

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

From report at bugs.python.org  Sun Aug  1 03:03:42 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 01:03:42 +0000
Subject: [issue7944] Use the 'with' statement in conjunction with 'open'
	throughout test modules
In-Reply-To: <1266342231.42.0.692171370087.issue7944@psf.upfronthosting.co.za>
Message-ID: <1280624622.51.0.0661291396357.issue7944@psf.upfronthosting.co.za>


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


----------
nosy: +merwok

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

From report at bugs.python.org  Sun Aug  1 03:05:36 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 01:05:36 +0000
Subject: [issue9313] distutils error on MSVC older than 8
In-Reply-To: <1279624042.03.0.724891043691.issue9313@psf.upfronthosting.co.za>
Message-ID: <1280624736.21.0.929048769068.issue9313@psf.upfronthosting.co.za>


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

I don?t know the details of MSVC versions, but the error message seems to mean that this version is not supported, so there is nothing to fix.

----------
nosy: +loewis, merwok

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

From report at bugs.python.org  Sun Aug  1 03:10:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 01:10:18 +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: <1280625018.51.0.675580920796.issue7689@psf.upfronthosting.co.za>


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

I was mistaken: bug fixes go in stable releases too.

----------
versions: +Python 2.7, Python 3.1

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

From report at bugs.python.org  Sun Aug  1 03:11:17 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 01 Aug 2010 01:11:17 +0000
Subject: [issue7331] Command line testing consistency between 2.x and 3.x
In-Reply-To: <1258352095.53.0.801407348476.issue7331@psf.upfronthosting.co.za>
Message-ID: <1280625077.46.0.518488010451.issue7331@psf.upfronthosting.co.za>


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

Not worth it - I only had problems with it because I was doing a fairly significant refactor of the command line testing at one point.

With 2.7 out, any changes to these tests on that branch are going to be pretty minor so the incompatibilities shouldn't cause major issues for forward porting.

----------
resolution:  -> wont fix
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 03:12:42 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 01:12:42 +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: <1280625162.97.0.604739970885.issue7689@psf.upfronthosting.co.za>


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

Not an expert, but the Python parts of your patch look good to me.

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

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

From report at bugs.python.org  Sun Aug  1 03:23:58 2010
From: report at bugs.python.org (Theodore Turocy)
Date: Sun, 01 Aug 2010 01:23:58 +0000
Subject: [issue2244] urllib and urllib2 decode userinfo multiple times
In-Reply-To: <1204819810.33.0.413464262118.issue2244@psf.upfronthosting.co.za>
Message-ID: <1280625838.32.0.84026717208.issue2244@psf.upfronthosting.co.za>


Theodore Turocy <drarbiter at gmail.com> added the comment:

I am attaching a patch against py3k which adds some tests to demonstrate the original bug when issuing a Request() to a ftp:// URL.

To do this, the tests add checks for user and passwd.  The previous version of checks asserted that the .user and .passwd of the returned request should be "".  Checking .user is necessary to verify the original bug.  

I was confused by a comment in the fixture, "ftp authentication not yet implemented by FTPHandler", which appeared to justify the assumption that .user and .passwd must be "".  This may be true, but .user and .passwd are being set by the Request.  The test includes the minimal augmentation to extend on the original behavior of the test.  Someone with greater knowledge than I might look at that comment to see if it is out-of-date, or simply too vague.

----------
nosy: +ted.turocy
Added file: http://bugs.python.org/file18295/urllib_ftptests_doubleencode.patch

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

From report at bugs.python.org  Sun Aug  1 03:25:20 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 01:25:20 +0000
Subject: [issue1004696] translate Windows newlines when installing scripts on
	POSIX
Message-ID: <1280625920.94.0.0354101559147.issue1004696@psf.upfronthosting.co.za>


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

Marking as superseded.

----------
components: +Distutils -Distutils2
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> translate Windows newlines when installing scripts on POSIX
versions: +Python 3.2 -Python 2.7, Python 3.1

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

From report at bugs.python.org  Sun Aug  1 03:26:15 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 01:26:15 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1280625975.88.0.887966494373.issue870479@psf.upfronthosting.co.za>


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

As a first step, do you agree that newlines have to be translated?

----------
versions: +Python 2.5, Python 2.6, Python 3.2

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

From report at bugs.python.org  Sun Aug  1 03:27:06 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 01:27:06 +0000
Subject: [issue1004696] translate Windows newlines when installing scripts on
	POSIX
Message-ID: <1280626026.15.0.63505399175.issue1004696@psf.upfronthosting.co.za>


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


----------
superseder: translate Windows newlines when installing scripts on POSIX -> Scripts need platform-dependent handling

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

From report at bugs.python.org  Sun Aug  1 03:27:24 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 01:27:24 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1280626044.35.0.223297931805.issue870479@psf.upfronthosting.co.za>


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


----------
nosy: +kbk, timcera

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

From report at bugs.python.org  Sun Aug  1 03:28:07 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 01 Aug 2010 01:28:07 +0000
Subject: [issue2244] urllib and urllib2 decode userinfo multiple times
In-Reply-To: <1204819810.33.0.413464262118.issue2244@psf.upfronthosting.co.za>
Message-ID: <1280626087.41.0.554633889208.issue2244@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage: unit test needed -> patch review
type: resource usage -> behavior

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

From report at bugs.python.org  Sun Aug  1 03:47:13 2010
From: report at bugs.python.org (Dan Buch)
Date: Sun, 01 Aug 2010 01:47:13 +0000
Subject: [issue1274] doctest fails to run file based tests with 8bit paths
In-Reply-To: <1192213919.32.0.843568182453.issue1274@psf.upfronthosting.co.za>
Message-ID: <1280627233.43.0.1410476236.issue1274@psf.upfronthosting.co.za>


Dan Buch <daniel.buch at gmail.com> added the comment:

@haypo - I'm not in favor of using the attached bug_3740_1.patch but instead adding a test to assert that unicode file paths are now handled correctly.  I can't remove @bear's original patch myself, though, so ... not sure what to do about that :)

----------

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

From report at bugs.python.org  Sun Aug  1 03:52:56 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sun, 01 Aug 2010 01:52:56 +0000
Subject: [issue9445] Fix undefined symbol errors on VS8.0 build
In-Reply-To: <1280627576.04.0.298775706484.issue9445@psf.upfronthosting.co.za>
Message-ID: <1280627576.04.0.298775706484.issue9445@psf.upfronthosting.co.za>


New submission from Brian Curtin <curtin at acm.org>:

Raymond informed me that #1578269 introduced breakage to compilation under Visual Studio 2005 due to three undefined symbols. I'm not currently setup to build under 2005, so I just offer this patch which defines the values as they are seen in VS 2008.

----------
assignee: rhettinger
components: Build, Windows
files: undefined_symbols.diff
keywords: needs review, patch, patch
messages: 112252
nosy: brian.curtin, rhettinger
priority: normal
severity: normal
stage: patch review
status: open
title: Fix undefined symbol errors on VS8.0 build
type: compile error
versions: Python 3.2
Added file: http://bugs.python.org/file18296/undefined_symbols.diff

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

From report at bugs.python.org  Sun Aug  1 03:55:15 2010
From: report at bugs.python.org (Dan Buch)
Date: Sun, 01 Aug 2010 01:55:15 +0000
Subject: [issue1985] Bug/Patch: Problem with xml/__init__.py when using
	freeze.py
In-Reply-To: <1201819314.87.0.163541496288.issue1985@psf.upfronthosting.co.za>
Message-ID: <1280627715.09.0.639936795791.issue1985@psf.upfronthosting.co.za>


Dan Buch <daniel.buch at gmail.com> added the comment:

can this be closed?  I'd do it myself if I had the triage bit :)

----------
nosy: +meatballhat

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

From report at bugs.python.org  Sun Aug  1 03:56:08 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 01 Aug 2010 01:56:08 +0000
Subject: [issue7066] archive_util.make_archive doesn't restore the cwd if an
	error is raised
In-Reply-To: <1254771627.9.0.528035502085.issue7066@psf.upfronthosting.co.za>
Message-ID: <1280627768.38.0.1614859893.issue7066@psf.upfronthosting.co.za>


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

Done in r83379.  Note that only the try/except was backported; owner and group don't exist in the 2.6 make_archive signature, nor does the test file exist in 2.6.

----------
resolution: accepted -> fixed
stage:  -> committed/rejected
status: pending -> closed

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

From report at bugs.python.org  Sun Aug  1 03:59:45 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Sun, 01 Aug 2010 01:59:45 +0000
Subject: [issue8620] wrong truncation of last line in cmd.Cmd
In-Reply-To: <1273059355.74.0.713627995995.issue8620@psf.upfronthosting.co.za>
Message-ID: <1280627985.27.0.930817928869.issue8620@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

same patch, stripped of trailing spaces

----------
Added file: http://bugs.python.org/file18297/cmd-noeol-test.fix.patch

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

From report at bugs.python.org  Sun Aug  1 04:07:25 2010
From: report at bugs.python.org (Mike Taylor)
Date: Sun, 01 Aug 2010 02:07:25 +0000
Subject: [issue1274] doctest fails to run file based tests with 8bit paths
In-Reply-To: <1280627233.43.0.1410476236.issue1274@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=A+LZprq3H75_TLaYfPAZL26Fs6GdarCvU6wud@mail.gmail.com>


Mike Taylor <bear42 at gmail.com> added the comment:

wow - that is some old bug history ;)

I'm surprised the patch is even close to being valid

On Sat, Jul 31, 2010 at 21:47, Dan Buch <report at bugs.python.org> wrote:
>
> Dan Buch <daniel.buch at gmail.com> added the comment:
>
> @haypo - I'm not in favor of using the attached bug_3740_1.patch but instead adding a test to assert that unicode file paths are now handled correctly. ?I can't remove @bear's original patch myself, though, so ... not sure what to do about that :)
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue1274>
> _______________________________________
>

----------

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

From report at bugs.python.org  Sun Aug  1 04:09:31 2010
From: report at bugs.python.org (Theodore Turocy)
Date: Sun, 01 Aug 2010 02:09:31 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280628571.34.0.906571259583.issue9444@psf.upfronthosting.co.za>


Theodore Turocy <drarbiter at gmail.com> added the comment:

What is the appropriate behavior for long options when '-' is not one of the accepted prefix_chars?  All of '-h', '--help', '-v', and '--version' are hardcoded in the ctor.  If, for instance, prefix_chars='+', should the long options be '++help', or should long options simply be disabled?

Also, for backwards compatibility, to implement Doug Hellmann's suggestion, '-' should be used for '-h' and '--help' whenever '-' is listed in prefix_chars (so, e.g., prefix_chars='+-' will result in the same behavior as previous versions). 

I have a working patch for this but wouldn't mind someone else's thoughts first.

----------
nosy: +ted.turocy

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

From report at bugs.python.org  Sun Aug  1 04:40:20 2010
From: report at bugs.python.org (Theodore Turocy)
Date: Sun, 01 Aug 2010 02:40:20 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280630420.05.0.348992253922.issue9444@psf.upfronthosting.co.za>


Theodore Turocy <drarbiter at gmail.com> added the comment:

Looking at the test fixtures that exercise argparse, it appears that the intended behavior when '-' is not a prefix_char is to accept a doubling of any of the prefix_chars for long arguments.  That is, if '-' is not present in prefix_chars but ':' is, then an argument like '::help' would be a valid long argument.

I'm attaching a patch which fixes the originally reported problem as follows:

* If '-' is in prefix_chars, then the help and version arguments are '-h', '--help', '-v', '--version'
* If '-' is not in prefix_chars, then the first char in prefix_chars is used to lead the option, e.g., '+h', '++help', '+v', '++version' if prefix_chars starts with '+'.

Catherine Devlin is also sprinting here at PyOhio and will have a test fixture separately.

----------
keywords: +patch
Added file: http://bugs.python.org/file18298/argparse_char_fix.patch

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

From report at bugs.python.org  Sun Aug  1 05:26:03 2010
From: report at bugs.python.org (David Stanek)
Date: Sun, 01 Aug 2010 03:26:03 +0000
Subject: [issue8572] httplib getheader() throws error instead of default
In-Reply-To: <1272556633.35.0.699750313989.issue8572@psf.upfronthosting.co.za>
Message-ID: <1280633163.28.0.497395924416.issue8572@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

I created some tests for the existing behavior and the expected behavior. One of my apps was passing in a tuple and the default. Since this already worked and there are probably others besides me expecting this behavior I changed the patch to handle this.

The new patch treats any non-string value as an iterable and performs a ', '.join() on it. This is basically the old behavior.

This patch is against the py3k branch.

----------
nosy: +dstanek
Added file: http://bugs.python.org/file18299/8572.diff

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

From report at bugs.python.org  Sun Aug  1 05:30:16 2010
From: report at bugs.python.org (Dan Buch)
Date: Sun, 01 Aug 2010 03:30:16 +0000
Subject: [issue1158490] locale fails if LANGUAGE has multiple locales
Message-ID: <1280633416.14.0.0299439023359.issue1158490@psf.upfronthosting.co.za>


Dan Buch <daniel.buch at gmail.com> added the comment:

I first verified that the relevant parts of ``locale:getdefaultlocale`` have been unchanged since 2005-10-17.

I'm adding a patch to remove default support for the LANGUAGE variable and tests to assert that values like 'en_DK:en_GB:en_US' raise ValueError (plus asserting that getting value from LC_ALL, LC_CTYPE, and LANG are all supported.)

None of the logic for normalizing candidate env vars has been changed, so the questions about how values like 'en_DK:en_GB:en_US' are handled all still apply -- I've just operated under the assumption that such values will continue to raise ValueError.

----------
keywords: +patch
nosy: +meatballhat
versions: +Python 3.2, Python 3.3 -Python 2.6
Added file: http://bugs.python.org/file18300/remove-support-for-LANGUAGE--in-locale.patch

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

From report at bugs.python.org  Sun Aug  1 05:32:49 2010
From: report at bugs.python.org (Greg Malcolm)
Date: Sun, 01 Aug 2010 03:32:49 +0000
Subject: [issue2118] smtplib.SMTP() raises socket.error rather than
	SMTPConnectError
In-Reply-To: <1203027793.14.0.279031432545.issue2118@psf.upfronthosting.co.za>
Message-ID: <1280633569.23.0.381949067166.issue2118@psf.upfronthosting.co.za>


Greg Malcolm <greg at gregmalcolm.com> added the comment:

I've uploaded a patch for 3.2 that throws a ValueError exception for non numeric port numbers and SMTPSocketConnectError for socket connection failures. 

This patch introduces an API change, by creating the SMTPSocketConnectError which provides information about the socket error. The API documentation will therefore need to be updated if this patch is accepted.

----------
nosy: +gregmalcolm
Added file: http://bugs.python.org/file18301/issue_2118_fix_for_py3.patch

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

From report at bugs.python.org  Sun Aug  1 05:43:28 2010
From: report at bugs.python.org (Dan Buch)
Date: Sun, 01 Aug 2010 03:43:28 +0000
Subject: [issue803422] gmllib doesn't support hex or Unicode character
	references
Message-ID: <1280634208.38.0.44725055724.issue803422@psf.upfronthosting.co.za>


Changes by Dan Buch <daniel.buch at gmail.com>:


----------
title: sgmllib doesn't support hex or Unicode character references -> gmllib doesn't support hex or Unicode character references

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

From report at bugs.python.org  Sun Aug  1 05:45:14 2010
From: report at bugs.python.org (Dan Buch)
Date: Sun, 01 Aug 2010 03:45:14 +0000
Subject: [issue803422] sgmllib doesn't support hex or Unicode character
	references
Message-ID: <1280634314.05.0.257479264158.issue803422@psf.upfronthosting.co.za>


Dan Buch <daniel.buch at gmail.com> added the comment:

gads ... didn't mean to submit a title change there

Since this is removed from Python 3, should the status be changed to Rejected?

----------
nosy: +meatballhat
title: gmllib doesn't support hex or Unicode character references -> sgmllib doesn't support hex or Unicode character references

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

From report at bugs.python.org  Sun Aug  1 05:47:11 2010
From: report at bugs.python.org (Dan Buch)
Date: Sun, 01 Aug 2010 03:47:11 +0000
Subject: [issue626452] Support RFC 2111 in email package
Message-ID: <1280634431.72.0.363983083909.issue626452@psf.upfronthosting.co.za>


Changes by Dan Buch <daniel.buch at gmail.com>:


----------
nosy: +meatballhat, r.david.murray

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

From report at bugs.python.org  Sun Aug  1 06:16:35 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 01 Aug 2010 04:16:35 +0000
Subject: [issue8620] wrong truncation of last line in cmd.Cmd
In-Reply-To: <1273059355.74.0.713627995995.issue8620@psf.upfronthosting.co.za>
Message-ID: <1280636195.83.0.329177045339.issue8620@psf.upfronthosting.co.za>


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

?ric: thanks for spotting the whitespace before I got smacked by the commit hook.  As for \r\n, our thought was that would be a feature (universal newline support), but upon reflection the current fix could actually break working code if by some weird chance someone is feeding \r terminated files to Cmd, while using \r\n should not break anything, since a \r\n terminated file would currently not work (since the \r would be left on the lines).  So I've changed the fix to strip '\r\n' in the commit (py3k r83380, 2.7 r83381, 2.5 r83382, 3.1 r83383).

----------
assignee:  -> r.david.murray
resolution:  -> fixed
stage: needs patch -> commit review
status: open -> closed
versions: +Python 2.6, Python 2.7, Python 3.1

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

From report at bugs.python.org  Sun Aug  1 06:58:41 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 01 Aug 2010 04:58:41 +0000
Subject: [issue2118] smtplib.SMTP() raises socket.error rather than
	SMTPConnectError
In-Reply-To: <1203027793.14.0.279031432545.issue2118@psf.upfronthosting.co.za>
Message-ID: <1280638721.0.0.919258902823.issue2118@psf.upfronthosting.co.za>


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

A little backstory: the patch was created during the PyOhio sprint, and as we recreated the patch for py3k we noticed that SMTPConnectError is providing an *SMTP* error code.  The gaierrors are obviously not SMTP errors.  To allow the agreed upon semantics (catching SMTPConnectError catches errors resulting from attempting to establish a session), we created a subclass of SMTPConnectError called SMTPSocketConnectError that has errno and strerror attributes instead of smtp_code and smtp_error. The giaerror errno is not an SMTP error code, and can not be guaranteed to be a disjoint set of number, nor is there an SMTP error code that we can return and then put the errno in an appropriate message.  Obviously code that inspects smtp_code will need to handle this subclass specially, but since previously it had to handle the giaerror separately this does not seem like a big issue.  Code that only cares about catching the error and possibly using the str of the error does not need to care.

An alternative to this patch would be a doc fix patch that changed the wording to indicate that it is not *all* exceptions that are caught (which certainly isn't true...we raise ValueError for an invalid port number, and that seems correct), but rather all *SMTP protocol* related exceptions.  However, it does seem very convenient to be able to just catch SMTPConnectError in order to catch any errors resulting from an attempt to establish a connection using valid parameters.

Two further things to note: neither this patch nor the original patch actually fix the bug reported by the OP, nor does the test code test it.  In the original report it is getreply that is raising the error, and the patches do not wrap getreply in the try/except.  Because testing this case appears non-trivial, we elected not to tackle it, but just reimplemented the original patch, which does catch one class of socket related connect errors.  If the subclassed-error approach is accepted, the patch can be expanded to wrap the getreply call and test it as well.

The second thing is a response to Breamorboy: the debug code does indeed have slightly different semantics in Python3 (good catch), but that's a separate issue :)  (The print statement is because it was a patch against py2.)  It really only needs a doc fix. The debug code is useful for debugging, and it is part of the public API of the module.  It would be nice to have it unit tested, but it isn't as big a deal as other code since it is unlikely to be used in production, only during development.

Finally, if the approach in this patch is accepted it can only go into 3.2, since it represents a significant behavior change.

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

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

From report at bugs.python.org  Sun Aug  1 07:01:17 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 01 Aug 2010 05:01:17 +0000
Subject: [issue9313] distutils error on MSVC older than 8
In-Reply-To: <1279624042.03.0.724891043691.issue9313@psf.upfronthosting.co.za>
Message-ID: <1280638877.26.0.686572040409.issue9313@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Other test functions already have such skips. So I think another skip is acceptable here. But maybe it's better to skip entire msvc9compilerTestCase class (by class decorator).

----------

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

From report at bugs.python.org  Sun Aug  1 07:21:51 2010
From: report at bugs.python.org (David Stanek)
Date: Sun, 01 Aug 2010 05:21:51 +0000
Subject: [issue8572] httplib getheader() throws error instead of default
In-Reply-To: <1272556633.35.0.699750313989.issue8572@psf.upfronthosting.co.za>
Message-ID: <1280640111.87.0.883284982418.issue8572@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

Adding a patch that includes a documentation change.

----------
Added file: http://bugs.python.org/file18302/8572-with-docs.diff

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

From report at bugs.python.org  Sun Aug  1 07:25:08 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 01 Aug 2010 05:25:08 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1280640308.8.0.302472516144.issue9315@psf.upfronthosting.co.za>


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


----------

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

From report at bugs.python.org  Sun Aug  1 07:50:50 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 01 Aug 2010 05:50:50 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1280641850.12.0.0793390739272.issue9315@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

I am attaching updated patches for py3k and release27-maint branches.  Unfortunately I cannot commit them as is.  When I run make test, I still get some strange failures.

Eli,

Why do you need to generated fakemodule inside test_trace?  Why not take the same approach as in test_profile where profiled functions are taken form test.profilee module?

----------
Added file: http://bugs.python.org/file18303/issue9315.4-release27.patch

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

From report at bugs.python.org  Sun Aug  1 07:51:08 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 01 Aug 2010 05:51:08 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1280641868.61.0.984071342332.issue9315@psf.upfronthosting.co.za>


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


Added file: http://bugs.python.org/file18304/issue9315.4-p3k.patch

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

From report at bugs.python.org  Sun Aug  1 08:22:16 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 06:22:16 +0000
Subject: [issue8743] set() operators don't work with collections.Set instances
In-Reply-To: <1274122246.37.0.692277131409.issue8743@psf.upfronthosting.co.za>
Message-ID: <1280643736.45.0.619023614018.issue8743@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

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

From report at bugs.python.org  Sun Aug  1 08:27:27 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 06:27:27 +0000
Subject: [issue1699594] shlex fails to parse strings correctly
Message-ID: <1280644047.09.0.518870665674.issue1699594@psf.upfronthosting.co.za>


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

How do you reproduce this?  The strings seem to work fine with shlex.split().

----------
nosy: +georg.brandl

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

From report at bugs.python.org  Sun Aug  1 08:40:22 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 06:40:22 +0000
Subject: [issue4600] __class__ assignment: new-style? heap? == confusing
In-Reply-To: <1228771522.72.0.688992536212.issue4600@psf.upfronthosting.co.za>
Message-ID: <1280644822.08.0.335675275272.issue4600@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


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

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

From report at bugs.python.org  Sun Aug  1 08:42:52 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 06:42:52 +0000
Subject: [issue8773] mailbox module is needlessly executable
In-Reply-To: <1274323516.06.0.854227668919.issue8773@psf.upfronthosting.co.za>
Message-ID: <1280644972.12.0.275958347195.issue8773@psf.upfronthosting.co.za>


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

Fixed in r83385.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 08:45:04 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 06:45:04 +0000
Subject: [issue8768] The checkempty_symmetric_difference test is never called
In-Reply-To: <1274288100.9.0.0116762037364.issue8768@psf.upfronthosting.co.za>
Message-ID: <1280645104.5.0.867877092847.issue8768@psf.upfronthosting.co.za>


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

Thanks, fixed in r83386.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 08:45:28 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 06:45:28 +0000
Subject: [issue8757] Race condition when checking for set in set
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1280645128.87.0.0871045076819.issue8757@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

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

From report at bugs.python.org  Sun Aug  1 08:53:50 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 06:53:50 +0000
Subject: [issue8735] optparse: parse_args(values=...) does not set up default
	values
In-Reply-To: <1274038496.46.0.600699975761.issue8735@psf.upfronthosting.co.za>
Message-ID: <1280645630.62.0.818326537428.issue8735@psf.upfronthosting.co.za>


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

Thanks for the report, I added a note in the docs in r83387.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 08:57:28 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 06:57:28 +0000
Subject: [issue7717] Compilation fixes for IRIX
In-Reply-To: <1263668634.91.0.221076005955.issue7717@psf.upfronthosting.co.za>
Message-ID: <1280645848.96.0.0772387750717.issue7717@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Stuart could you please fill out the paperwork given here http://www.python.org/psf/contrib/ .  Without it this issue can't proceed.

----------
nosy: +BreamoreBoy

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

From report at bugs.python.org  Sun Aug  1 08:59:40 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 06:59:40 +0000
Subject: [issue7718] Build shared libpythonX.Y.so on IRIX
In-Reply-To: <1263668830.38.0.370210056705.issue7718@psf.upfronthosting.co.za>
Message-ID: <1280645980.22.0.586999167757.issue7718@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Stuart has been asked to sign the paperwork on #7717.

----------
nosy: +BreamoreBoy

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

From report at bugs.python.org  Sun Aug  1 09:24:18 2010
From: report at bugs.python.org (Garrett Cooper)
Date: Sun, 01 Aug 2010 07:24:18 +0000
Subject: [issue8747] Autoconf tests in python not portably correct
In-Reply-To: <1274174021.7.0.201652385814.issue8747@psf.upfronthosting.co.za>
Message-ID: <1280647458.57.0.551688293932.issue8747@psf.upfronthosting.co.za>


Garrett Cooper <yanegomi at gmail.com> added the comment:

The issue is still present.

The overall problem I suppose is with consistency and presentation of features in the python language.

Many features cannot be presented in a 100% portable manner, and the problem is that such features that aren't POSIX conforming should be 100% spelled out instead of being implied functional on all Unix based platforms.

So, again... if these platforms can't function with these preprocessor defines, the platforms need to be fixed -- not python.

----------

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

From report at bugs.python.org  Sun Aug  1 09:37:19 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 07:37:19 +0000
Subject: [issue8397] BZ2File doesn't protect against mixed iterator and read
	usage
In-Reply-To: <1271250076.58.0.0616490142802.issue8397@psf.upfronthosting.co.za>
Message-ID: <1280648239.02.0.131063350921.issue8397@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> pitrou
nosy: +pitrou
priority: normal -> high
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

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

From report at bugs.python.org  Sun Aug  1 09:39:14 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 07:39:14 +0000
Subject: [issue1180267] expanding platform module and making it work as it
	should
Message-ID: <1280648354.11.0.969285815564.issue1180267@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> lemburg
nosy: +lemburg

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

From report at bugs.python.org  Sun Aug  1 09:40:00 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 07:40:00 +0000
Subject: [issue4891] formatwarning function signature change breaks code
In-Reply-To: <1231499341.14.0.968854878286.issue4891@psf.upfronthosting.co.za>
Message-ID: <1280648400.14.0.214404122016.issue4891@psf.upfronthosting.co.za>


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

Probably too late to change something here.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 09:43:39 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 07:43:39 +0000
Subject: [issue7702] Wrong order of parameters of _get_socket in SMTP class in
	smtplib.py
In-Reply-To: <1263474914.94.0.504255550545.issue7702@psf.upfronthosting.co.za>
Message-ID: <1280648619.59.0.841869494642.issue7702@psf.upfronthosting.co.za>


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

This appears to have been fixed since r61624.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 09:58:26 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 07:58:26 +0000
Subject: [issue7395] pstats add command raises unhandled exception
In-Reply-To: <1259192143.69.0.167653285401.issue7395@psf.upfronthosting.co.za>
Message-ID: <1280649506.52.0.393541805001.issue7395@psf.upfronthosting.co.za>


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

Fixed in r83388.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 09:59:09 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 07:59:09 +0000
Subject: [issue8105] mmap crash on Windows with out of range file descriptor
In-Reply-To: <1268181745.97.0.225501329213.issue8105@psf.upfronthosting.co.za>
Message-ID: <1280649549.85.0.205520464684.issue8105@psf.upfronthosting.co.za>


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

What's the status here?  Can it be committed?

----------
nosy: +georg.brandl

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

From report at bugs.python.org  Sun Aug  1 09:59:40 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 07:59:40 +0000
Subject: [issue7952] fileobject.c can switch between fread and fwrite without
	an intervening flush or seek, invoking undefined behaviour
In-Reply-To: <1266452515.1.0.187008145606.issue7952@psf.upfronthosting.co.za>
Message-ID: <1280649580.5.0.79614791663.issue7952@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> pitrou
nosy: +pitrou

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

From report at bugs.python.org  Sun Aug  1 10:00:07 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 08:00:07 +0000
Subject: [issue7937] windows installer package
In-Reply-To: <1280649607.72.0.120436422895.issue7937@psf.upfronthosting.co.za>
Message-ID: <1280649607.72.0.120436422895.issue7937@psf.upfronthosting.co.za>


New submission from Georg Brandl <georg at python.org>:

No bug reported here.

----------
nosy: +georg.brandl
resolution:  -> invalid
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 10:05:29 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 08:05:29 +0000
Subject: [issue8249] expat.ParserCreate - SystemError bad argument to internal
	function
In-Reply-To: <1269764806.84.0.114625164995.issue8249@psf.upfronthosting.co.za>
Message-ID: <1280649929.27.0.882308540328.issue8249@psf.upfronthosting.co.za>


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

Is this somehow reproducible without svnmerge?

----------
nosy: +georg.brandl
status: open -> pending

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

From report at bugs.python.org  Sun Aug  1 10:07:56 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 08:07:56 +0000
Subject: [issue8230] Lib/test/sortperf.py fails to run
In-Reply-To: <1269522267.95.0.58025957624.issue8230@psf.upfronthosting.co.za>
Message-ID: <1280650076.09.0.612830595944.issue8230@psf.upfronthosting.co.za>


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

Thanks, fixed in r83390.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 10:10:44 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 08:10:44 +0000
Subject: [issue6128] Consequences of using Py_TPFLAGS_HAVE_GC are incompletely
	explained
In-Reply-To: <1243457336.14.0.579311647458.issue6128@psf.upfronthosting.co.za>
Message-ID: <1280650244.42.0.760030679356.issue6128@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can someone in the know provide a doc patch for this?

----------
assignee: georg.brandl -> docs at python
nosy: +BreamoreBoy, docs at python

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

From report at bugs.python.org  Sun Aug  1 10:10:53 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 08:10:53 +0000
Subject: [issue8590] test_httpservers.CGIHTTPServerTestCase failure on
	3.1-maint Mac OS X
In-Reply-To: <1272713768.56.0.588560261666.issue8590@psf.upfronthosting.co.za>
Message-ID: <1280650253.4.0.12825867619.issue8590@psf.upfronthosting.co.za>


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

Still reproducible?

----------
nosy: +georg.brandl

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

From report at bugs.python.org  Sun Aug  1 10:11:50 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 08:11:50 +0000
Subject: [issue8509] fix autoconf quoting in help strings and code snippets
In-Reply-To: <1272035806.11.0.986586497024.issue8509@psf.upfronthosting.co.za>
Message-ID: <1280650310.34.0.130535722526.issue8509@psf.upfronthosting.co.za>


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

Patch has been applied; closing.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 10:12:40 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 08:12:40 +0000
Subject: [issue6130] There ought to be a way for extension types to associate
	documentation with their tp_new or tp_init methods
In-Reply-To: <1243458159.9.0.459971457445.issue6130@psf.upfronthosting.co.za>
Message-ID: <1280650360.5.0.573174642943.issue6130@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can anyone provide a way forward for this issue?

----------
nosy: +BreamoreBoy

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

From report at bugs.python.org  Sun Aug  1 10:13:29 2010
From: report at bugs.python.org (Paul Moore)
Date: Sun, 01 Aug 2010 08:13:29 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1280650409.65.0.21104047226.issue870479@psf.upfronthosting.co.za>


Paul Moore <p.f.moore at gmail.com> added the comment:

I don't think that they do, any more than for any .py script. (I assume you're talking about in the .py script). Generated scripts on Unix can be whatever the code wants, and on Windows I thought the idea of generated scripts had been dropped.

----------

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

From report at bugs.python.org  Sun Aug  1 10:20:35 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 08:20:35 +0000
Subject: [issue6157] Tkinter.Text: changes for bbox, debug, and edit methods.
In-Reply-To: <1243800373.79.0.587066766962.issue6157@psf.upfronthosting.co.za>
Message-ID: <1280650835.95.0.947773416513.issue6157@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The suggested changes are mostly trivial, but there should be comments on the change to the bbox signature.

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 3.2

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

From report at bugs.python.org  Sun Aug  1 10:22:33 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 08:22:33 +0000
Subject: [issue8471] Unicode returns in doctest can make subsequent tests fail
In-Reply-To: <1271778073.88.0.928922878854.issue8471@psf.upfronthosting.co.za>
Message-ID: <1280650953.59.0.768250840332.issue8471@psf.upfronthosting.co.za>


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

Thanks, applied in r83392.

----------
nosy: +georg.brandl
resolution:  -> accepted
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 10:29:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 08:29:53 +0000
Subject: [issue6159] Tkinter.PanedWindow: docstring fixes,
	change in paneconfigure and removed some returns
In-Reply-To: <1243812482.01.0.481805459937.issue6159@psf.upfronthosting.co.za>
Message-ID: <1280651393.36.0.884548200175.issue6159@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This issue is self explanatory, can it be committed as is?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 3.2

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

From report at bugs.python.org  Sun Aug  1 10:35:50 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 08:35:50 +0000
Subject: [issue1690103] trace module borks __file__
Message-ID: <1280651750.54.0.529527155559.issue1690103@psf.upfronthosting.co.za>


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

Fixed in r83393 with explicit globals that also specify __name__.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 10:49:34 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 08:49:34 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <1274847113.25.0.171149609237.issue8821@psf.upfronthosting.co.za>
Message-ID: <1280652574.51.0.559170519369.issue8821@psf.upfronthosting.co.za>


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

Applied in r83395. Thanks!

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 10:53:31 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 08:53:31 +0000
Subject: [issue4810] timeit needs "official" '--' flag
In-Reply-To: <18782.17333.839740.4416@montanaro-dyndns-org.local>
Message-ID: <1280652811.2.0.52181115204.issue4810@psf.upfronthosting.co.za>


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

Usually I would say that this is common UNIX knowledge, except that timeit is also used in Windows environments.  Also, the timeit help is already quite thorough, so it can't hurt to mention "--".  Done in r83396.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 11:01:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 09:01:51 +0000
Subject: [issue6187] Improvement in doc of "Extending and Embedding the Python
	Interpreter, 5.3 Beyond Very High Level Embedding: An overview"
In-Reply-To: <1244028468.87.0.409088876389.issue6187@psf.upfronthosting.co.za>
Message-ID: <1280653311.89.0.353506998843.issue6187@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I don't see why this needs to be done, the 2nd paragraph of the doc is pretty explicit.

"This document assumes basic knowledge about Python. For an informal introduction to the language, see The Python Tutorial. The Python Language Reference gives a more formal definition of the language. The Python Standard Library documents the existing object types, functions and modules (both built-in and written in Python) that give the language its wide application range."

----------
assignee: georg.brandl -> docs at python
nosy: +BreamoreBoy, docs at python
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 3.0

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

From report at bugs.python.org  Sun Aug  1 11:05:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 09:05:04 +0000
Subject: [issue6310] Windows "App Paths" key is not checked when installed for
	current user
In-Reply-To: <1245388371.55.0.866683174508.issue6310@psf.upfronthosting.co.za>
Message-ID: <1280653504.62.0.730463298114.issue6310@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can a windows guru comment on this please.

----------
nosy: +BreamoreBoy, brian.curtin, tim.golden

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

From report at bugs.python.org  Sun Aug  1 11:06:52 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 09:06:52 +0000
Subject: [issue8826] Invalid expires date in cookiejar
In-Reply-To: <1274896918.81.0.357583266037.issue8826@psf.upfronthosting.co.za>
Message-ID: <1280653612.78.0.710557823089.issue8826@psf.upfronthosting.co.za>


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

Thanks, fixed in r83398.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 11:07:49 2010
From: report at bugs.python.org (Rakesh)
Date: Sun, 01 Aug 2010 09:07:49 +0000
Subject: [issue7738] IDLE hang when tooltip comes up in Linux
In-Reply-To: <1263889833.11.0.812168606755.issue7738@psf.upfronthosting.co.za>
Message-ID: <1280653669.22.0.60920741713.issue7738@psf.upfronthosting.co.za>


Rakesh <rakeshdhanireddy at gmail.com> added the comment:

I too have the same bug with python 2.6.4 and 3.1. The issue seems to be with Tk8.5. Earlier idle packages worked fine Tk8.4.

----------
nosy: +rakesh_d

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

From report at bugs.python.org  Sun Aug  1 11:13:41 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 09:13:41 +0000
Subject: [issue6187] Improvement in doc of "Extending and Embedding the Python
	Interpreter, 5.3 Beyond Very High Level Embedding: An overview"
In-Reply-To: <1244028468.87.0.409088876389.issue6187@psf.upfronthosting.co.za>
Message-ID: <1280654021.51.0.748353495422.issue6187@psf.upfronthosting.co.za>


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

Agreed with Mark.

----------
resolution:  -> works for me
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 11:27:53 2010
From: report at bugs.python.org (Ray.Allen)
Date: Sun, 01 Aug 2010 09:27:53 +0000
Subject: [issue7330] PyUnicode_FromFormat segfault
In-Reply-To: <1258314153.95.0.978747695294.issue7330@psf.upfronthosting.co.za>
Message-ID: <1280654873.82.0.481991797255.issue7330@psf.upfronthosting.co.za>


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

Here is the patch, it add support to use width and precision formatters in PyUnicode_FromFormat() for type %s, %S, %R, %V, %U, %A, besides fixed two bugs, which at least I believe:


1. According to PyUnicode_FromFormat() doc: http://docs.python.org/dev/py3k/c-api/unicode.html?highlight=pyunicode_fromformat#PyUnicode_FromFormat, the "%A" should produce result of ascii(). But in the existing code, I only find code of  call to ascii(object) and calculate the spaces needed for it, but not appending the ascii() output to result. Also according to my simple test, the %A doesn't work, as the following simple test function:
static PyObject *
getstr(PyObject *self, PyObject *args)
{
    const char *s = "hello world";
    PyObject *unicode = PyUnicode_FromString(s);
    return PyUnicode_FromFormat("%A", unicode);
}
Which should return the result of calling ascii() with the object named *unicode* as its argument. The result should be a unicode object with string "hello world". But it actually return a unicode object with string "%A". This can be fixed by adding the following line:
                   case 'A':
in step 4.


2. another bug, here is a piece of code in Object/unicodeobject.c, PyUnicode_FromFormatV():

797          if (*f == '%') {
798  #ifdef HAVE_LONG_LONG
799              int longlongflag = 0;
800  #endif
801              const char* p = f;
802              width = 0;
803              while (ISDIGIT((unsigned)*f))
804                  width = (width*10) + *f++ - '0';


Here the variable *width* cannot be correctly calculated, because the while loop will not execute, the *f currently is definitely '%'! So the width is always 0. But currently this doesn't cause error, since the following codes will ensure width >= MAX_LONG_CHARS:

834        case 'd': case 'u': case 'i': case 'x':
835            (void) va_arg(count, int);
836  #ifdef HAVE_LONG_LONG
837            if (longlongflag) {
838               if (width < MAX_LONG_LONG_CHARS)
839                    width = MAX_LONG_LONG_CHARS;
840            }
841            else
842  #endif
843                /* MAX_LONG_CHARS is enough to hold a 64-bit integer,
844                 including sign.  Decimal takes the most space.  This
845                 isn't enough for octal.  If a width is specified we
846                 need more (which we allocate later). */
847                if (width < MAX_LONG_CHARS)
848                    width = MAX_LONG_CHARS;

(currently width and precision only apply to integer types:%d, %u, %i, %x, not string and object types:%s, %S, %R, %A, %U, %V )

To fix, the following line:
801              const char* p = f;
should be:
801              const char* p = f++;
just as the similar loop in step 4, and add another line:
                 f--;
after calculate width to adapting the character pointer.


My patch fixed these two problems. Hoping somebody could take a look at it.

----------
keywords: +patch
Added file: http://bugs.python.org/file18305/issue_7330.diff

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

From report at bugs.python.org  Sun Aug  1 11:34:17 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 09:34:17 +0000
Subject: [issue6338] Error message displayed on stderr when no C compiler is
	present with ctypes
In-Reply-To: <1245877709.89.0.124582375066.issue6338@psf.upfronthosting.co.za>
Message-ID: <1280655257.85.0.486904235048.issue6338@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The patch simply sends the error message to os.devnull.  I can't test it as posix, but can it be committed as is?

----------
nosy: +BreamoreBoy

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

From report at bugs.python.org  Sun Aug  1 11:39:43 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 09:39:43 +0000
Subject: [issue6226] Inconsistent 'file' vs 'stream' kwarg in pprint,
	other stdlibs
In-Reply-To: <1244325728.64.0.945262534879.issue6226@psf.upfronthosting.co.za>
Message-ID: <1280655583.37.0.541264914324.issue6226@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Philip can you provide a patch so we can take this forward?

----------
nosy: +BreamoreBoy
stage:  -> needs patch
versions: +Python 3.2

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

From report at bugs.python.org  Sun Aug  1 11:51:06 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 09:51:06 +0000
Subject: [issue6439] Demo/embed/demo.c use of PySys_SetArgv() is invalid
In-Reply-To: <1247062271.71.0.103757159811.issue6439@psf.upfronthosting.co.za>
Message-ID: <1280656266.17.0.717289814597.issue6439@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I can't see any sense in supplying a patch for what is a one word change to demo.c.  Can a C guru please comment on the OP's 2nd paragraph.

----------
nosy: +BreamoreBoy

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

From report at bugs.python.org  Sun Aug  1 11:56:40 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 09:56:40 +0000
Subject: [issue6445] Add check parameter to subprocess.Popen.communicate
In-Reply-To: <1247131793.49.0.582429022768.issue6445@psf.upfronthosting.co.za>
Message-ID: <1280656600.56.0.991818916934.issue6445@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@OG7 this is unlikely to move unless you provide a patch that changes the code and the unit test.

----------
nosy: +BreamoreBoy
stage:  -> unit test needed
type:  -> feature request
versions: +Python 3.2

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

From report at bugs.python.org  Sun Aug  1 12:02:00 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 10:02:00 +0000
Subject: [issue6532] thread.get_ident() should return unsigned value
In-Reply-To: <1248186325.01.0.817161707988.issue6532@psf.upfronthosting.co.za>
Message-ID: <1280656920.63.0.440059631134.issue6532@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can a C guru comment on this please.

----------
components: +Extension Modules -Library (Lib)
nosy: +BreamoreBoy
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4, Python 2.5, Python 2.6

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

From report at bugs.python.org  Sun Aug  1 12:12:57 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 01 Aug 2010 10:12:57 +0000
Subject: [issue8249] expat.ParserCreate - SystemError bad argument to internal
	function
In-Reply-To: <1269764806.84.0.114625164995.issue8249@psf.upfronthosting.co.za>
Message-ID: <1280657577.77.0.84542485484.issue8249@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Unable to reproduce.

----------
nosy: +haypo
resolution:  -> works for me
status: pending -> closed

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

From report at bugs.python.org  Sun Aug  1 12:13:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 10:13:54 +0000
Subject: [issue6602] BaseHTTPServer log_message should log to sys.stdout
In-Reply-To: <1248952406.18.0.680079792557.issue6602@psf.upfronthosting.co.za>
Message-ID: <1280657634.65.0.205866917665.issue6602@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The OP's comments strike me as sensible, do others agree or disagree?

----------
components: +Library (Lib) -None
nosy: +BreamoreBoy
stage:  -> unit test needed
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

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

From report at bugs.python.org  Sun Aug  1 12:17:57 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 10:17:57 +0000
Subject: [issue3718] environment variable MACHDEP and python build system
In-Reply-To: <1219961932.19.0.767904041106.issue3718@psf.upfronthosting.co.za>
Message-ID: <1280657877.77.0.393696671496.issue3718@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can someone from the build team please review the patch, thanks.

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

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

From report at bugs.python.org  Sun Aug  1 12:30:13 2010
From: report at bugs.python.org (Guandalino)
Date: Sun, 01 Aug 2010 10:30:13 +0000
Subject: [issue9446] urllib2 tests fail when offline
In-Reply-To: <1280658613.57.0.546595644566.issue9446@psf.upfronthosting.co.za>
Message-ID: <1280658613.57.0.546595644566.issue9446@psf.upfronthosting.co.za>


New submission from Guandalino <guandalino at gmail.com>:

urllib2 tests fail when internet connection is not available.

$ cd ~/sandbox/2.7/lib/python2.7/test
$ python test_urllib2.py

other output, [cut]

======================================================================
ERROR: test_file (__main__.HandlerTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "test_urllib2.py", line 711, in test_file
    h.file_open, Request(url))
  File "/home/redt/sandbox/2.7/lib/python2.7/unittest/case.py", line 456, in assertRaises
    callableObj(*args, **kwargs)
  File "/home/redt/sandbox/2.7/lib/python2.7/urllib2.py", line 1269, in file_open
    return self.open_local_file(req)
  File "/home/redt/sandbox/2.7/lib/python2.7/urllib2.py", line 1301, in open_local_file
    (not port and socket.gethostbyname(host) in self.get_names()):
gaierror: [Errno -5] No address associated with hostname

----------------------------------------------------------------------
Ran 34 tests in 0.414s

FAILED (errors=1)

The issue verifies using ubuntu 8.04 LTS having this /etc/hosts:

127.0.0.1 localhost localhost.localdomain speedy

::1 localhost speedy ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts 

Note that when connected to internet all the tests pass.

Further details can be found in a thread I started 
on comp.lang.python. http://bit.ly/9x9Umu.

I can't guarantee a quick answer but let me know if other info are required, I'll be glad to provide them asap. Thank you.

----------
components: Installation, Library (Lib), Tests
files: offline.log
messages: 112307
nosy: benjamin.peterson, ezio.melotti, guandalino, orsenthil, tjreedy
priority: normal
severity: normal
status: open
title: urllib2 tests fail when offline
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18306/offline.log

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

From report at bugs.python.org  Sun Aug  1 12:31:40 2010
From: report at bugs.python.org (Guandalino)
Date: Sun, 01 Aug 2010 10:31:40 +0000
Subject: [issue9446] urllib2 tests fail when offline
In-Reply-To: <1280658613.57.0.546595644566.issue9446@psf.upfronthosting.co.za>
Message-ID: <1280658700.36.0.260278632216.issue9446@psf.upfronthosting.co.za>


Changes by Guandalino <guandalino at gmail.com>:


Added file: http://bugs.python.org/file18307/online.log

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

From report at bugs.python.org  Sun Aug  1 12:40:45 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 10:40:45 +0000
Subject: [issue6664] readlines should understand Line Separator and Paragraph
	Separator characters
In-Reply-To: <1249636455.06.0.336549280075.issue6664@psf.upfronthosting.co.za>
Message-ID: <1280659245.34.0.162483055157.issue6664@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +benjamin.peterson, pitrou
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.2

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

From report at bugs.python.org  Sun Aug  1 12:44:32 2010
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 01 Aug 2010 10:44:32 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280659472.19.0.589885026253.issue9444@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Yes, this looks fine, assuming a test is also added.

----------

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

From report at bugs.python.org  Sun Aug  1 12:50:19 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 10:50:19 +0000
Subject: [issue9416] complex formatting incorrectly omits a negative zero real
	part
In-Reply-To: <1280410876.49.0.963700796596.issue9416@psf.upfronthosting.co.za>
Message-ID: <1280659819.97.0.331020169587.issue9416@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed in r83400, r83401, r83402.

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

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

From report at bugs.python.org  Sun Aug  1 12:50:24 2010
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 01 Aug 2010 10:50:24 +0000
Subject: [issue9399] Provide a 'print' action for argparse
In-Reply-To: <1280329840.94.0.288179215378.issue9399@psf.upfronthosting.co.za>
Message-ID: <1280659824.57.0.60556997871.issue9399@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

The patch looks basically right. A few minor issues:

* "message=None," should probably be "message,", that is, message should not be allowed to default to None - I can't see any use case for this action without a message. I believe this means the body of __call__ can be simplified to::

  self.file.write(self.message)
  self.file.write("\n")
  parser.exit()

* The other thing the patch needs is to update the test suite to add tests to make sure this behavior works. Take a look at test_argparse.py for how to do that.

* The last thing is that to have the greatest chance of having someone check this in, you'll want to make your patch against Python trunk as explained here:

http://www.python.org/dev/faq/#how-do-i-get-a-checkout-of-the-repository-read-only-or-read-write
http://www.python.org/dev/faq/#how-to-make-a-patch

Thanks!

----------

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

From report at bugs.python.org  Sun Aug  1 12:53:06 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 10:53:06 +0000
Subject: [issue6664] readlines should understand Line Separator and Paragraph
	Separator characters
In-Reply-To: <1249636455.06.0.336549280075.issue6664@psf.upfronthosting.co.za>
Message-ID: <1280659986.66.0.812339983521.issue6664@psf.upfronthosting.co.za>


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


----------
nosy: +haypo, lemburg
versions:  -Python 2.7, Python 3.1

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

From report at bugs.python.org  Sun Aug  1 13:01:01 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 11:01:01 +0000
Subject: [issue6691] Support for nested classes and function for pyclbr
In-Reply-To: <1250117262.14.0.353515413158.issue6691@psf.upfronthosting.co.za>
Message-ID: <1280660461.7.0.398795220717.issue6691@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Patch tested ok against 2.7 on windows vista.  Patch seems clean to me, can we get this committed please.

----------
nosy: +BreamoreBoy
stage:  -> patch review
versions: +Python 3.1

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

From report at bugs.python.org  Sun Aug  1 13:32:38 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 11:32:38 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1280662358.96.0.380525871598.issue870479@psf.upfronthosting.co.za>


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

Sorry, I was unclear. What I meant is: Do you (Tarek and platform experts) agree that scripts (in setup(scripts=...), not generated) need to have platform-specific EOLs?

----------

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

From report at bugs.python.org  Sun Aug  1 13:35:16 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 11:35:16 +0000
Subject: [issue8620] wrong truncation of last line in cmd.Cmd
In-Reply-To: <1273059355.74.0.713627995995.issue8620@psf.upfronthosting.co.za>
Message-ID: <1280662516.7.0.0723153922416.issue8620@psf.upfronthosting.co.za>


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

Universal newline mode helps when reading from stdin, but what I had in mind was actually <Enter> in cmd.exe putting CRLF. Re-reading the original report, I see this is not a concern, since the bug is about cmd used with a file only, not interactively, so my remark was moot.

----------

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

From report at bugs.python.org  Sun Aug  1 13:37:35 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 11:37:35 +0000
Subject: [issue8620] wrong truncation of last line in cmd.Cmd
In-Reply-To: <1273059355.74.0.713627995995.issue8620@psf.upfronthosting.co.za>
Message-ID: <1280662655.0.0.729068483087.issue8620@psf.upfronthosting.co.za>


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

If ?l? sorts after ?a?, you?ve misplaced Catherine in ACKS. Funny how often this happens :)

(Cheers for the Teach Me session by the way Catherine!)

----------

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

From report at bugs.python.org  Sun Aug  1 13:39:45 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 11:39:45 +0000
Subject: [issue6696] Profile objects should be documented
In-Reply-To: <1250182637.82.0.304646827828.issue6696@psf.upfronthosting.co.za>
Message-ID: <1280662785.78.0.49825213285.issue6696@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

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

From report at bugs.python.org  Sun Aug  1 13:47:49 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 11:47:49 +0000
Subject: [issue6706] asyncore's accept() is broken
In-Reply-To: <1250291017.2.0.719693187742.issue6706@psf.upfronthosting.co.za>
Message-ID: <1280663269.39.0.286722642286.issue6706@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Giampaolo it looks as if you meant to attach a patch but didn't! :)  If you do attach one could you also supply a modified unit test file with it, thanks.

----------
nosy: +BreamoreBoy
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.1, Python 3.2

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

From report at bugs.python.org  Sun Aug  1 13:50:01 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 11:50:01 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1280663401.73.0.196473852493.issue6858@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +taleinat, tjreedy

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

From report at bugs.python.org  Sun Aug  1 13:55:36 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Sun, 01 Aug 2010 11:55:36 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280663736.83.0.0101352831186.issue9444@psf.upfronthosting.co.za>


Doug Hellmann <doug.hellmann at gmail.com> added the comment:

I haven't read the existing tests, but I am not seeing the behavior described by Ted in msg112258.  If I specify the prefix_chars as '+/' and define a long option '//myopt' then using ++myopt on the command line gives an error that the option is unrecognized.  I don't know if that's a bug or the desired behavior.

----------

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

From report at bugs.python.org  Sun Aug  1 13:56:25 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Sun, 01 Aug 2010 11:56:25 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280663785.07.0.291154041886.issue9444@psf.upfronthosting.co.za>


Doug Hellmann <doug.hellmann at gmail.com> added the comment:

Oh, I should point out that last comment is describing what I see when using the unpatched 2.7 version of the module.

----------

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

From report at bugs.python.org  Sun Aug  1 14:05:42 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 01 Aug 2010 12:05:42 +0000
Subject: [issue6980] fix ctypes build failure on armel-linux-gnueabi with
	-mfloat-abi=softfp
In-Reply-To: <1253730625.9.0.970320332999.issue6980@psf.upfronthosting.co.za>
Message-ID: <1280664342.49.0.141027034066.issue6980@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Matthias did you actually check the referenced patch in, sorry I don't know where to look?

----------
nosy: +BreamoreBoy

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

From report at bugs.python.org  Sun Aug  1 14:12:22 2010
From: report at bugs.python.org (Tobias Klausmann)
Date: Sun, 01 Aug 2010 12:12:22 +0000
Subject: [issue9447] Python 3.1.2 test suite segfaults on the alpha
	architecture
In-Reply-To: <1280664742.46.0.0239388130626.issue9447@psf.upfronthosting.co.za>
Message-ID: <1280664742.46.0.0239388130626.issue9447@psf.upfronthosting.co.za>


New submission from Tobias Klausmann <klausman at gentoo.org>:

During testing for inclusion in the Gentoo distribution, we ran into a test failure (actually a SEGV) when running the test suite on the alpha architecture.

Log of test failure and backtrace in gdb is here:
http://dev.gentoo.org/~klausman/python-3.1.2-testrun.log
and also attached to this bug report.


gcc is 4.4.3
glibc is 2.11.2
Kernel is 2.6.33

If more info or access to an alpha machine is needed, feel free to contact me or the alpha arch team at gentoo (alpha at gentoo.org)

----------
components: Tests
files: python-3.1.2-testrun.log
messages: 112319
nosy: klausman
priority: normal
severity: normal
status: open
title: Python 3.1.2 test suite segfaults on the alpha architecture
type: crash
versions: Python 3.2
Added file: http://bugs.python.org/file18308/python-3.1.2-testrun.log

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

From report at bugs.python.org  Sun Aug  1 14:23:15 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 12:23:15 +0000
Subject: [issue7952] fileobject.c can switch between fread and fwrite without
	an intervening flush or seek, invoking undefined behaviour
In-Reply-To: <1266452515.1.0.187008145606.issue7952@psf.upfronthosting.co.za>
Message-ID: <1280665395.69.0.617559237714.issue7952@psf.upfronthosting.co.za>


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

The 2.x file object mostly mirrors abilities of the standard C buffered IO functions (including, for example, special behaviour of text files under Windows). Therefore, Python code should call flush() manually if needed. It should be noted that the 2.x file object has been existing for ages and this issue is, to my knowledge, very rarely brought up.

The 3.x IO library should not have this problem since we wrote our own buffering layer, and we have dedicated tests for mixed reads and writes.

----------
nosy: +georg.brandl
resolution:  -> invalid
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 14:34:41 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 12:34:41 +0000
Subject: [issue9447] Python 3.1.2 test suite segfaults on the alpha
	architecture
In-Reply-To: <1280664742.46.0.0239388130626.issue9447@psf.upfronthosting.co.za>
Message-ID: <1280666081.77.0.783908527818.issue9447@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> theller
components: +ctypes
nosy: +theller

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

From report at bugs.python.org  Sun Aug  1 14:38:36 2010
From: report at bugs.python.org (Paul Moore)
Date: Sun, 01 Aug 2010 12:38:36 +0000
Subject: [issue870479] Scripts need platform-dependent handling
In-Reply-To: <1280662358.96.0.380525871598.issue870479@psf.upfronthosting.co.za>
Message-ID: <AANLkTim5qWh8kSeEwRRBOG27tk9_qv=a+KVb4dikk3rt@mail.gmail.com>


Paul Moore <p.f.moore at gmail.com> added the comment:

Thanks for clarifying.

No, I don't agree. Barring fancy "if os.platform" games in setup.py,
scripts will be platform-independent Python code. From "Distributing
Python Modules" section 2.5, "Scripts are files containing Python
source code", and as such, should follow the normal rules for Python
code (from the language reference section 2.1.2, "In source files, any
of the standard platform line termination sequences can be used").

On Windows, that's the end of the story. I believe Unix is the same,
although it's possible that the #! line processing may rely on \n line
endings - I can't comment on this.

The question here is not about the scripts themselves, but rather
about how they are installed. My view is very simple:

- Scripts should be named with a .py extension
- On Windows, they should be installed with a .py extension
- On Unix, I'd be happy with a .py extension, but some Unix users hate
extensions on commands, and dispute this. (Hence either renaming or
wrapper suggestions :-)).
- There is some debate as to whether "wrappers" should be generated
(shell script on Unix, exe on Windows). I'd prefer not, some people
like them. Ideally, it should be user-configurable, but that's going
to be messy in the case of bdist_xxx installers.

----------

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

From report at bugs.python.org  Sun Aug  1 15:00:18 2010
From: report at bugs.python.org (Ned Batchelder)
Date: Sun, 01 Aug 2010 13:00:18 +0000
Subject: [issue9332] Document requirements for os.symlink usage on Windows
In-Reply-To: <1279824339.14.0.912688887592.issue9332@psf.upfronthosting.co.za>
Message-ID: <1280667618.34.0.078545189511.issue9332@psf.upfronthosting.co.za>


Ned Batchelder <nedbat at users.sourceforge.net> added the comment:

This breaks virtualenv3 on Python 3.2, which simply test for the existence of os.symlink, which then fails for lack of privileges.  Perhaps an os.can_symlink() method, returning a boolean?  It can request privileges if you like, but provides a simple test that lets scripts know whether they should attempt a symlink or not.

----------
nosy: +nedbat

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

From report at bugs.python.org  Sun Aug  1 15:40:13 2010
From: report at bugs.python.org (Jason R. Coombs)
Date: Sun, 01 Aug 2010 13:40:13 +0000
Subject: [issue9333] Expose a way to enable os.symlink on Windows
In-Reply-To: <1279828704.23.0.310372952456.issue9333@psf.upfronthosting.co.za>
Message-ID: <1280670013.31.0.176302810602.issue9333@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

I'm not sure the setting has to be restored. All that's being added is an attempt to assign the symlink privilege to the current process token.

I would consider to attempt to assign the privilege when the Python process starts up (or when os is loaded) - and if the privilege can't be assigned, remove the .symlink function from os. This change could be coupled with also removing .symlink if running on XP (rather than raising the NotImplementedError).

This approach would avoid the need to expose additional functions, and most importantly would work best with existing implementations -- namely, that if os.symlink exists, one can create symlinks.

----------

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

From report at bugs.python.org  Sun Aug  1 15:41:55 2010
From: report at bugs.python.org (Jason R. Coombs)
Date: Sun, 01 Aug 2010 13:41:55 +0000
Subject: [issue9332] Document requirements for os.symlink usage on Windows
In-Reply-To: <1279824339.14.0.912688887592.issue9332@psf.upfronthosting.co.za>
Message-ID: <1280670115.32.0.32261129941.issue9332@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

Ned, you bring up a good point. Please see #9333 for a discussion on the new os.symlink and privileges.

----------

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

From report at bugs.python.org  Sun Aug  1 15:45:29 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Aug 2010 13:45:29 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1280670329.41.0.25715734247.issue6858@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Interesting idea.

----------

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

From report at bugs.python.org  Sun Aug  1 15:54:16 2010
From: report at bugs.python.org (Theodore Turocy)
Date: Sun, 01 Aug 2010 13:54:16 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280670856.1.0.254335452798.issue9444@psf.upfronthosting.co.za>


Theodore Turocy <drarbiter at gmail.com> added the comment:

I was less than clear in what I wrote last night, Doug.  What I mean is that the idiom "::foo" for a long argument, instead of the more standard-looking "--foo", appears in the test suite.  This suggests to me that the intended behavior for the default help option should be to use a doubled prefix character in front of the long-form option.

For instance, if prefix_chars='+' and add_help=True, then the automatically provided help arguments will be '+h' and '++help'.

Certainly, if one explicitly adds an option '//myopt', we would not expect '::myopt' to also be accepted.  I'm talking here only about the options that argparse adds as a convenience.

----------

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

From report at bugs.python.org  Sun Aug  1 15:57:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 13:57:29 +0000
Subject: [issue8397] BZ2File doesn't protect against mixed iterator and read
	usage
In-Reply-To: <1271250076.58.0.0616490142802.issue8397@psf.upfronthosting.co.za>
Message-ID: <1280671049.26.0.915189581849.issue8397@psf.upfronthosting.co.za>


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

Well I'm not the bz2 maintainer but I could take a look. The BZ2File implementation is generally a straight ripoff of the 2.x file object, with (de)compression calls added where necessary. I guess the ripoff was a one-shot effort and subsequent maintenance wasn't done.

It makes it quite a bit alien in the 3.x IO landscape, but until someone decides to rewrite it we'll have to live with that.

----------

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

From report at bugs.python.org  Sun Aug  1 16:00:23 2010
From: report at bugs.python.org (Tobias Klausmann)
Date: Sun, 01 Aug 2010 14:00:23 +0000
Subject: [issue9447] Python 3.1.2 test suite segfaults on the alpha
	architecture
In-Reply-To: <1280664742.46.0.0239388130626.issue9447@psf.upfronthosting.co.za>
Message-ID: <1280671223.09.0.745210329368.issue9447@psf.upfronthosting.co.za>


Tobias Klausmann <klausman at gentoo.org> added the comment:

Nevermind, we messed this up ourselves. Sorry for the noise.

----------
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 16:04:35 2010
From: report at bugs.python.org (Ray.Allen)
Date: Sun, 01 Aug 2010 14:04:35 +0000
Subject: [issue9400] multiprocessing.pool.AsyncResult.get() messes up
	exceptions
In-Reply-To: <1280333027.17.0.112361474517.issue9400@psf.upfronthosting.co.za>
Message-ID: <1280671475.54.0.234252371984.issue9400@psf.upfronthosting.co.za>


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

This is because when an subprocess.CalledProcessError is raised, the CalledProcessError instance is picked through a socket and then read by "parent" process, but in fact CalledProcessError instances cannot be picked correctly. Because CalledProcessError extends PyExc_BaseException, which defines a __reduce__ method, that special method cause the pickle load to call the exception type's __init__ method with packed self.args as arguments. So if a subclass of "Exception" needs to behave correctly in pickling, it should make self.args meats its __init__ method's function signature. That is, ensure the calling to:
          self.__init__(*self.args)
has no problem. 

But CalledProcessError doesn't meat this requirement. Here is a patch fixing the CalledProcessError.__init__ to call its base class's __init__ to store its arguments in self.args, which can fix this bug.

----------
keywords: +patch
Added file: http://bugs.python.org/file18309/issue9400.diff

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

From report at bugs.python.org  Sun Aug  1 16:05:41 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Sun, 01 Aug 2010 14:05:41 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280671541.97.0.548694820506.issue9444@psf.upfronthosting.co.za>


Doug Hellmann <doug.hellmann at gmail.com> added the comment:

I was actually surprised that prefix_chars didn't allow *any* of those characters to indicate an option.  For example, a program on Unix might use options that start with '-', but also support '/' as a prefix under Windows.  If that's the intended behavior, that's OK, and maybe the docs can be made more specific.

It does, however, open the question of how to pick the prefix to use for automatically-generated options.  Maybe the current behavior is best after all, so the programmer disabling the '-' prefix character realizes they need to handle the help and version options explicitly.

----------

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

From report at bugs.python.org  Sun Aug  1 16:12:12 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 14:12:12 +0000
Subject: [issue8312] Add post/pre hooks for distutils commands
In-Reply-To: <1270418101.32.0.698965190272.issue8312@psf.upfronthosting.co.za>
Message-ID: <1280671932.07.0.759096802499.issue8312@psf.upfronthosting.co.za>


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

Should hooks be allowed for any command or just build and install?

----------
keywords: +gsoc
resolution:  -> accepted
stage:  -> needs patch
type:  -> feature request
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/issue8312>
_______________________________________

From report at bugs.python.org  Sun Aug  1 16:25:30 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 14:25:30 +0000
Subject: [issue6439] Demo/embed/demo.c use of PySys_SetArgv() is invalid
In-Reply-To: <1247062271.71.0.103757159811.issue6439@psf.upfronthosting.co.za>
Message-ID: <1280672730.54.0.397159552473.issue6439@psf.upfronthosting.co.za>


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

Thanks, fixed in r83404.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 16:26:05 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 14:26:05 +0000
Subject: [issue6520] urllib.urlopen does not have timeout parameter where as
	urllib2.urlopen has
In-Reply-To: <1247971941.19.0.568398315734.issue6520@psf.upfronthosting.co.za>
Message-ID: <1280672765.55.0.445327978189.issue6520@psf.upfronthosting.co.za>


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

Not an issue anymore for Python 3.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 16:38:53 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 14:38:53 +0000
Subject: [issue4943] trace.CoverageResults.write_results can't write results
	file for modules loaded by __path__ manipulation
In-Reply-To: <1231906566.94.0.987113502153.issue4943@psf.upfronthosting.co.za>
Message-ID: <1280673533.68.0.0441608007961.issue4943@psf.upfronthosting.co.za>


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

Should be fixed in r83405.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 16:48:27 2010
From: report at bugs.python.org (Jason R. Coombs)
Date: Sun, 01 Aug 2010 14:48:27 +0000
Subject: [issue9333] Expose a way to enable os.symlink on Windows
In-Reply-To: <1279828704.23.0.310372952456.issue9333@psf.upfronthosting.co.za>
Message-ID: <1280674107.78.0.812756473512.issue9333@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

I'm attaching this patch for discussion: Here's what I had in mind for addressing the NotImplementedError when calling os.symlink on Windows XP. During the posixmodule initialization, if the system does not have the CreateSymbolicLink API call, the function is never added to the module. This will greatly simplify the tests and will limit the impact of this new capability on Windows XP.

This function could be extended to do the same for privilege testing.

Caution - I have not tested the patch, only written it for discussion purposes.

What do you think of this approach to hide the NotImplementedError? If there's no objection, I'll flesh out the complete implementation, update the tests and documentation, and resubmit another patch.

How about using this technique to hide the function when the privilege isn't present?

The one objection I could see w.r.t. privileges is the privilege could be granted after the module is initialized - meaning that a given process would need to have the privilege granted before importing the os module.

----------
Added file: http://bugs.python.org/file18310/self-omitting-symlink.patch

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

From report at bugs.python.org  Sun Aug  1 16:50:09 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 14:50:09 +0000
Subject: [issue8046] mmap.mmap as a context manager
In-Reply-To: <1267587593.82.0.663403244999.issue8046@psf.upfronthosting.co.za>
Message-ID: <1280674209.07.0.299287312845.issue8046@psf.upfronthosting.co.za>


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

Thanks, adapted to current trunk and applied in r83406.

----------
nosy: +georg.brandl
resolution:  -> accepted
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 16:52:14 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 14:52:14 +0000
Subject: [issue8602] documentation of bz2 module mildly erroneous
In-Reply-To: <1272870234.45.0.00658969889364.issue8602@psf.upfronthosting.co.za>
Message-ID: <1280674334.67.0.347593104829.issue8602@psf.upfronthosting.co.za>


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

Now present in all maintained branches.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 16:55:38 2010
From: report at bugs.python.org (Tal Einat)
Date: Sun, 01 Aug 2010 14:55:38 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1280674538.36.0.141802086232.issue6858@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

I'm +1 on adding such an option to the menu, if only to be able to highlight files including only Python code which don't happen to have the .py extension.

If support for files including not only Python code is important to anyone, some examples of such files would be very helpful. I've never seen such files and I don't know how common such uses are.

Supporting files with some Python code in between other stuff is a different matter. Non-Python code being wrongly highlighted may be fine, but we'll need to make sure that the syntax highlighting is robust enough to be able to withstand going through a lot of invalid syntax, and still correctly highlight most of the Python code found in between. If IDLE fails to highlight a file it could of course fail gracefully, give an error message and not highlight, so I don't foresee this causing any stability issues.

----------

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

From report at bugs.python.org  Sun Aug  1 16:57:00 2010
From: report at bugs.python.org (Tal Einat)
Date: Sun, 01 Aug 2010 14:57:00 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1280674620.82.0.881753834901.issue6858@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

In the last paragraph of my previous post, instead of "is a different matter" read "may be problematic".

----------

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

From report at bugs.python.org  Sun Aug  1 16:58:27 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 14:58:27 +0000
Subject: [issue2155] optparse.OptionGroup with_statement context handling
In-Reply-To: <1203608881.22.0.564217354476.issue2155@psf.upfronthosting.co.za>
Message-ID: <1280674707.47.0.670782314693.issue2155@psf.upfronthosting.co.za>


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

I agree with Sebastian that this is not a good use for a context manager.

----------
nosy: +georg.brandl
resolution:  -> rejected
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 17:04:00 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 15:04:00 +0000
Subject: [issue3757] threading.local doesn't support cyclic garbage collecting
In-Reply-To: <1220357648.44.0.102035652616.issue3757@psf.upfronthosting.co.za>
Message-ID: <1280675040.93.0.872364271431.issue3757@psf.upfronthosting.co.za>


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

Do you want to fix that?

----------
assignee:  -> pitrou
nosy: +georg.brandl

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

From report at bugs.python.org  Sun Aug  1 17:06:54 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 15:06:54 +0000
Subject: [issue5319] I/O error during one-liner fails to return OS error status
In-Reply-To: <1235065081.04.0.732738239861.issue5319@psf.upfronthosting.co.za>
Message-ID: <1280675214.87.0.00949819214004.issue5319@psf.upfronthosting.co.za>


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

Python 2.6, from #5320:

$ python2.6 -c 'print 1, 2, 3' > /dev/full || echo error status
close failed in file object destructor:
Error in sys.excepthook:

Original exception was:
$

Python 3.1 doesn't output anything and also doesn't set an error status.

----------
nosy: +georg.brandl

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

From report at bugs.python.org  Sun Aug  1 17:07:12 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 15:07:12 +0000
Subject: [issue5320] I/O error during one-liner gives bad diagnostic (and
	fails to return OS error status)
In-Reply-To: <1235065515.6.0.55320178575.issue5320@psf.upfronthosting.co.za>
Message-ID: <1280675232.89.0.663584987212.issue5320@psf.upfronthosting.co.za>


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

I think this can be merged with #5319.

----------
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed
superseder:  -> I/O error during one-liner fails to return OS error status

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

From report at bugs.python.org  Sun Aug  1 17:07:23 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 15:07:23 +0000
Subject: [issue3757] threading.local doesn't support cyclic garbage collecting
In-Reply-To: <1220357648.44.0.102035652616.issue3757@psf.upfronthosting.co.za>
Message-ID: <1280675243.93.0.421748223456.issue3757@psf.upfronthosting.co.za>


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


----------
assignee: pitrou -> 
keywords: +easy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

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

From report at bugs.python.org  Sun Aug  1 17:18:02 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 15:18:02 +0000
Subject: [issue5258] addpackage in site.py fails hard on badly formed .pth
	files
In-Reply-To: <1234614964.94.0.514404315884.issue5258@psf.upfronthosting.co.za>
Message-ID: <1280675882.46.0.860306769757.issue5258@psf.upfronthosting.co.za>


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

Adding a patch that catches exceptions in a single addpackage() call and prints them.  I'd like to have more input though if this is a Good Thing(tm).

----------
assignee:  -> r.david.murray
keywords: +patch
nosy: +georg.brandl, r.david.murray
Added file: http://bugs.python.org/file18311/site-traceback.diff

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

From report at bugs.python.org  Sun Aug  1 17:31:25 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 15:31:25 +0000
Subject: [issue5551] os.path.ismount takes a cross-device symlink for a
	mountpoint
In-Reply-To: <1237876400.19.0.961076831302.issue5551@psf.upfronthosting.co.za>
Message-ID: <1280676685.15.0.261711928989.issue5551@psf.upfronthosting.co.za>


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

Thanks, should be fixed in r83408.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 17:36:40 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 01 Aug 2010 15:36:40 +0000
Subject: [issue9441] increase logging handlers test coverage
In-Reply-To: <1280597180.41.0.450800729974.issue9441@psf.upfronthosting.co.za>
Message-ID: <1280677000.3.0.251492386238.issue9441@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

I noticed that you use timedelta.total_seconds in secs which returns a float while no test covers fractional number of seconds.  While not a problem with your choice of tests, equality comparison of floating point values commonly leads to fragile tests.  I would suggest that you use delta//timedelta(seconds=1) instead of total_seconds().

----------
components: +Tests -Library (Lib)
nosy: +belopolsky

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

From report at bugs.python.org  Sun Aug  1 17:38:40 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 01 Aug 2010 15:38:40 +0000
Subject: [issue8078] add more baud constants to termios
In-Reply-To: <1267849602.5.0.0627386493701.issue8078@psf.upfronthosting.co.za>
Message-ID: <1280677120.71.0.192991497749.issue8078@psf.upfronthosting.co.za>


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


----------
keywords: +easy

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

From report at bugs.python.org  Sun Aug  1 17:50:10 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sun, 01 Aug 2010 15:50:10 +0000
Subject: [issue8105] mmap crash on Windows with out of range file descriptor
In-Reply-To: <1268181745.97.0.225501329213.issue8105@psf.upfronthosting.co.za>
Message-ID: <1280677810.22.0.255883784292.issue8105@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Fixed in r83407 (py3k), r83409 (release31-maint), and r83410 (release27-maint).

----------
assignee:  -> brian.curtin
components: +Extension Modules -Library (Lib)
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 17:50:18 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 01 Aug 2010 15:50:18 +0000
Subject: [issue8994] pydoc does not support non-ascii docstrings
In-Reply-To: <1276506836.98.0.338188119331.issue8994@psf.upfronthosting.co.za>
Message-ID: <1280677818.89.0.314371700292.issue8994@psf.upfronthosting.co.za>


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


----------
components: +Library (Lib)

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

From report at bugs.python.org  Sun Aug  1 17:53:16 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 15:53:16 +0000
Subject: [issue9448] test_io leaks memory
In-Reply-To: <1280677996.0.0.904375353988.issue9448@psf.upfronthosting.co.za>
Message-ID: <1280677996.0.0.904375353988.issue9448@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

regrest -L detects a memory leak in test_io, on OS X 10.6.4.


newton:py3k dickinsm$ ./python.exe Lib/test/regrtest.py -L test_io
test_io

Testing large file ops skipped on darwin.
It requires 2147483648 bytes and a long time.
Use 'regrtest.py -u largefile test_io' to run it.

Testing large file ops skipped on darwin.
It requires 2147483648 bytes and a long time.
Use 'regrtest.py -u largefile test_io' to run it.
1 test OK.
leaks Report Version:  2.0
Process:         python.exe [71362]
Path:            /Users/dickinsm/python/svn/py3k/python.exe
Load Address:    0x100000000
Identifier:      python.exe
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  bash [18674]

Date/Time:       2010-08-01 16:51:50.332 +0100
OS Version:      Mac OS X 10.6.4 (10F569)
Report Version:  6

Process 71362: 6679 nodes malloced for 14021 KB
Process 71362: 16 leaks for 2048 total leaked bytes.
Leak: 0x10138bb40  size=128  zone: DefaultMallocZone_0x1002f7000	
	0x00000000 0x00000000 0x434f4e44 0x00000000 	........DNOC....
	0x00000000 0x80000000 0x00000000 0x00000000 	................
	0x00000000 0x00000000 0x00000000 0x00000000 	................
	0x00000000 0x00000000 0x4d555458 0x00000000 	........XTUM....
	0x00000000 0x00000060 0x00000000 0x00000000 	....`...........
	0x00000000 0x00000000 0x00000000 0x00000000 	................
	0x00000000 0x00000000 0x00000000 0x00000000 	................
	0x00000000 0x00000000 0xdbdbdbdb 0x0008dbdb 	................

(15 blocks of similar output omitted)

I'm investigating further...

----------
assignee: ronaldoussoren
components: Extension Modules, Macintosh, Tests
messages: 112348
nosy: mark.dickinson, ronaldoussoren
priority: normal
severity: normal
stage: needs patch
status: open
title: test_io leaks memory
type: behavior
versions: Python 3.2

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

From report at bugs.python.org  Sun Aug  1 18:10:14 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 16:10:14 +0000
Subject: [issue9448] test_io leaks memory
In-Reply-To: <1280677996.0.0.904375353988.issue9448@psf.upfronthosting.co.za>
Message-ID: <1280679014.3.0.852145262211.issue9448@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

test_constructor (test.test_io.CBufferedReaderTest)

appears to be one of the offending tests.

This is probably not an OS X specific problem.  Removing 'Mac' from components.

----------
assignee: ronaldoussoren -> 
components:  -Macintosh

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

From report at bugs.python.org  Sun Aug  1 18:39:29 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 16:39:29 +0000
Subject: [issue9448] test_io leaks memory
In-Reply-To: <1280677996.0.0.904375353988.issue9448@psf.upfronthosting.co.za>
Message-ID: <1280680769.35.0.666204409525.issue9448@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Minimal example to reproduce:  the script below exhausts my system memory in a minute or two.

import io
rawio = io.BytesIO(b"abc")
bufio = io.BufferedReader(rawio)
while True:
    bufio.__init__(rawio)

----------

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

From report at bugs.python.org  Sun Aug  1 18:40:06 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 16:40:06 +0000
Subject: [issue9448] test_io leaks memory
In-Reply-To: <1280677996.0.0.904375353988.issue9448@psf.upfronthosting.co.za>
Message-ID: <1280680806.67.0.551262660959.issue9448@psf.upfronthosting.co.za>


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

Can you try the following patch:

diff -r 962e1a7a40fd Modules/_io/bufferedio.c
--- a/Modules/_io/bufferedio.c	Sun Aug 01 17:30:56 2010 +0200
+++ b/Modules/_io/bufferedio.c	Sun Aug 01 18:39:39 2010 +0200
@@ -636,6 +636,8 @@ _buffered_init(buffered *self)
         return -1;
     }
 #ifdef WITH_THREAD
+    if (self->lock)
+        PyThread_free_lock(self->lock);
     self->lock = PyThread_allocate_lock();
     if (self->lock == NULL) {
         PyErr_SetString(PyExc_RuntimeError, "can't allocate read lock");

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

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

From report at bugs.python.org  Sun Aug  1 18:40:22 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 16:40:22 +0000
Subject: [issue9448] test_io leaks memory
In-Reply-To: <1280677996.0.0.904375353988.issue9448@psf.upfronthosting.co.za>
Message-ID: <1280680822.37.0.0919784587763.issue9448@psf.upfronthosting.co.za>


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


----------
type: behavior -> resource usage
versions: +Python 2.6, Python 2.7, Python 3.1

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

From report at bugs.python.org  Sun Aug  1 18:41:03 2010
From: report at bugs.python.org (Nikolaus Rath)
Date: Sun, 01 Aug 2010 16:41:03 +0000
Subject: [issue9449] glibc detected *** /usr/bin/python: corrupted
	double-linked list
In-Reply-To: <1280680863.06.0.649816134014.issue9449@psf.upfronthosting.co.za>
Message-ID: <1280680863.06.0.649816134014.issue9449@psf.upfronthosting.co.za>


New submission from Nikolaus Rath <Nikolaus at rath.org>:

$ python --version
Python 2.6.5

$ pylint --version
pylint 0.21.1, 
astng 0.20.1, common 0.50.3
Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56) 
[GCC 4.4.3]

$ pylint pylint_crasher.py 
************* Module pylint_crasher
R0903: 62:Config: Too few public methods (0/2)
[....]
Global evaluation
-----------------
Your code has been rated at 7.33/10

*** glibc detected *** /usr/bin/python: corrupted double-linked list: 0x09f611d8 ***

[Program hangs here]


Since pylint seems to ship with only .py files, I suppose this has to be a bug in the Python interpreter.

----------
components: Interpreter Core
files: pylint_crasher.py
messages: 112352
nosy: Nikratio
priority: normal
severity: normal
status: open
title: glibc detected *** /usr/bin/python: corrupted double-linked list
type: crash
versions: Python 2.6
Added file: http://bugs.python.org/file18312/pylint_crasher.py

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

From report at bugs.python.org  Sun Aug  1 18:46:24 2010
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 01 Aug 2010 16:46:24 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280681184.32.0.841256652031.issue9444@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

It is intentional that you have to specify both "/foo" and "+foo" if you want them to be aliases for the same argument. A common use case for prefix_chars is to define "+x" and "-x" options, which usually mean different things.

As far as the current issue, I believe the current behavior is buggy - an argument that you can never use is added to the parser automatically:

>>> parser = argparse.ArgumentParser(prefix_chars='+')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/bethard/Documents/projects/python/2.X/Lib/argparse.py", line 1569, in __init__
    help=_('show this help message and exit'))
  File "/Users/bethard/Documents/projects/python/2.X/Lib/argparse.py", line 1246, in add_argument
    kwargs = self._get_optional_kwargs(*args, **kwargs)
  File "/Users/bethard/Documents/projects/python/2.X/Lib/argparse.py", line 1369, in _get_optional_kwargs
    raise ValueError(msg % tup)
ValueError: invalid option string '-h': must start with a character '+'

Yes you could explicitly specify add_help=True, but I think using an appropriate prefix character is actually the right behavior.

----------

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

From report at bugs.python.org  Sun Aug  1 18:47:51 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 16:47:51 +0000
Subject: [issue9448] test_io leaks memory
In-Reply-To: <1280677996.0.0.904375353988.issue9448@psf.upfronthosting.co.za>
Message-ID: <1280681271.73.0.48711064159.issue9448@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks!  That fixes all the test_io leaks I was seeing.

----------

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

From report at bugs.python.org  Sun Aug  1 18:51:01 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Sun, 01 Aug 2010 16:51:01 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280681461.79.0.653773682133.issue9444@psf.upfronthosting.co.za>


Doug Hellmann <doug.hellmann at gmail.com> added the comment:

Explicitly specifying aliases makes sense, it just wasn't clear that was the intent from the existing documentation.  So, I don't think the behavior needs to change, but a doc update might help.

----------

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

From report at bugs.python.org  Sun Aug  1 18:55:05 2010
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 01 Aug 2010 16:55:05 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280681705.13.0.971920492765.issue9444@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

A doc patch would also be welcome, but I do think it's a bug that "ArgumentParser(prefix_chars='+')" throws an exception, and I think Ted's patch looks fine to me.

----------

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

From report at bugs.python.org  Sun Aug  1 19:01:53 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Sun, 01 Aug 2010 17:01:53 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280682113.29.0.171253490453.issue9444@psf.upfronthosting.co.za>


Doug Hellmann <doug.hellmann at gmail.com> added the comment:

Sorry I'm not being clear: I do like the patch, I think the exception should not be raised.

----------

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

From report at bugs.python.org  Sun Aug  1 19:02:07 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 17:02:07 +0000
Subject: [issue9448] test_io leaks memory
In-Reply-To: <1280677996.0.0.904375353988.issue9448@psf.upfronthosting.co.za>
Message-ID: <1280682127.6.0.476012780847.issue9448@psf.upfronthosting.co.za>


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

Thanks. Fixed in r83411 (py3k), r83412 (2.7), r83413 (3.1).

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

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

From report at bugs.python.org  Sun Aug  1 19:04:38 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 01 Aug 2010 17:04:38 +0000
Subject: [issue8743] set() operators don't work with collections.Set instances
In-Reply-To: <1274122246.37.0.692277131409.issue8743@psf.upfronthosting.co.za>
Message-ID: <1280682278.68.0.571452569395.issue8743@psf.upfronthosting.co.za>


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

Guido, do you have a recommendation?

----------
assignee: rhettinger -> gvanrossum
nosy: +gvanrossum

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

From report at bugs.python.org  Sun Aug  1 19:15:24 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 17:15:24 +0000
Subject: [issue7900] posix.getgroups() failure on Mac OS X
In-Reply-To: <1265814298.66.0.86998714187.issue7900@psf.upfronthosting.co.za>
Message-ID: <1280682924.45.0.867984909498.issue7900@psf.upfronthosting.co.za>


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

Reopening. This seems to have broken a couple of buildbots (two different issues):
http://www.python.org/dev/buildbot/builders/x86%20FreeBSD%202.7/builds/44/steps/test/logs/stdio
http://www.python.org/dev/buildbot/builders/sparc%20solaris10%20gcc%202.6/builds/737/steps/test/logs/stdio

If you want to have a global look at buildbot status, you can use bbreport:
http://code.google.com/p/bbreport/

Please don't commit platform-dependent code without at least watching the buildbots afterwards...

----------
nosy: +pitrou
priority: normal -> high
status: closed -> open

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

From report at bugs.python.org  Sun Aug  1 19:42:56 2010
From: report at bugs.python.org (Tom Dunham)
Date: Sun, 01 Aug 2010 17:42:56 +0000
Subject: [issue9441] increase logging handlers test coverage
In-Reply-To: <1280597180.41.0.450800729974.issue9441@psf.upfronthosting.co.za>
Message-ID: <1280684576.94.0.957617729567.issue9441@psf.upfronthosting.co.za>


Tom Dunham <tom at tomdunham.org> added the comment:

Good point, thank you. I've updated the patch.

----------
Added file: http://bugs.python.org/file18313/rotating_file_handlers.patch

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

From report at bugs.python.org  Sun Aug  1 19:56:21 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 01 Aug 2010 17:56:21 +0000
Subject: [issue8123] TypeError in urllib when trying to use HTTP authentication
In-Reply-To: <1268408265.34.0.392057078834.issue8123@psf.upfronthosting.co.za>
Message-ID: <1280685381.62.0.62650657862.issue8123@psf.upfronthosting.co.za>


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

Fixed in r83415 and r83416.

----------
resolution: accepted -> fixed
stage: unit test needed -> committed/rejected
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 20:13:37 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 18:13:37 +0000
Subject: [issue9450] readline.replace_history_item leaks memory.
In-Reply-To: <1280686417.34.0.822614940004.issue9450@psf.upfronthosting.co.za>
Message-ID: <1280686417.34.0.822614940004.issue9450@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

Some functions in the readline module appear to leak memory;  readline.replace_history_item is one of these:

Test code:

import readline
readline.clear_history()
readline.add_history("first line")
readline.add_history("second line")
while True:
    readline.replace_history_item(0, "replaced item")

This is on OS X 10.6.4, with a 64-bit debug build of Python, and the readline module linked against a local build of GNU readline version 6.1.

----------
components: Extension Modules
messages: 112363
nosy: mark.dickinson
priority: normal
severity: normal
stage: needs patch
status: open
title: readline.replace_history_item leaks memory.
type: resource usage
versions: Python 3.2

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

From report at bugs.python.org  Sun Aug  1 20:38:35 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 18:38:35 +0000
Subject: [issue5776] RPM build error with python-2.6.spec
In-Reply-To: <1239954590.57.0.776112423275.issue5776@psf.upfronthosting.co.za>
Message-ID: <1280687915.49.0.660054455671.issue5776@psf.upfronthosting.co.za>


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

Fixed in r83417. Thanks!

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 20:48:50 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Aug 2010 18:48:50 +0000
Subject: [issue7900] posix.getgroups() failure on Mac OS X
In-Reply-To: <1265814298.66.0.86998714187.issue7900@psf.upfronthosting.co.za>
Message-ID: <1280688530.42.0.590842278168.issue7900@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The 2.6 problem (the solaris buildbot you link to) should be fixed in r83420.

----------

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

From report at bugs.python.org  Sun Aug  1 20:52:31 2010
From: report at bugs.python.org (Michael Foord)
Date: Sun, 01 Aug 2010 18:52:31 +0000
Subject: [issue7175] unify pydistutils.cfg and distutils.cfg and use .local
In-Reply-To: <1256037677.34.0.670034749287.issue7175@psf.upfronthosting.co.za>
Message-ID: <1280688751.77.0.191688824461.issue7175@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

As a (mainly ex) windows user I would hate to have user editable data in APPDATA as it is not a location the user ever expects to visit. The home directory, or a subdirectory thereof, for user editable app specific data is more usual and more friendly.

----------

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

From report at bugs.python.org  Sun Aug  1 20:57:03 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 18:57:03 +0000
Subject: [issue8065] Memory leak in readline.get_current_history_length
In-Reply-To: <1267784862.24.0.455687340788.issue8065@psf.upfronthosting.co.za>
Message-ID: <1280689023.75.0.446020451197.issue8065@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

See also issue 9450 (leaks in readline.replace_history_item and readline.remove_history_item).

----------
nosy: +mark.dickinson

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

From report at bugs.python.org  Sun Aug  1 21:05:27 2010
From: report at bugs.python.org (David Stanek)
Date: Sun, 01 Aug 2010 19:05:27 +0000
Subject: [issue4493] urllib2 doesn't always supply / where URI path component
	is empty
In-Reply-To: <1228250772.41.0.047917224679.issue4493@psf.upfronthosting.co.za>
Message-ID: <1280689527.56.0.585803514328.issue4493@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

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

From report at bugs.python.org  Sun Aug  1 21:07:39 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 19:07:39 +0000
Subject: [issue9450] readline.replace_history_item leaks memory.
In-Reply-To: <1280686417.34.0.822614940004.issue9450@psf.upfronthosting.co.za>
Message-ID: <1280689659.8.0.765764881173.issue9450@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This patch fixes the leaks in replace_history_item, remove_history_item (similar), and get_current_history_length.

I'm not sure which version of the GNU history library introduced free_history_entry (which is used by this patch).  I also haven't checked whether it's available in libedit (used on OS X).

----------
keywords: +patch
Added file: http://bugs.python.org/file18314/issue9450.patch

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

From report at bugs.python.org  Sun Aug  1 21:14:50 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 19:14:50 +0000
Subject: [issue9450] readline.replace_history_item leaks memory.
In-Reply-To: <1280686417.34.0.822614940004.issue9450@psf.upfronthosting.co.za>
Message-ID: <1280690090.02.0.600185638872.issue9450@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

See also issue #8065.

----------

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

From report at bugs.python.org  Sun Aug  1 21:19:03 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Aug 2010 19:19:03 +0000
Subject: [issue7900] posix.getgroups() failure on Mac OS X
In-Reply-To: <1265814298.66.0.86998714187.issue7900@psf.upfronthosting.co.za>
Message-ID: <1280690343.46.0.858443873216.issue7900@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The other problem is fixed in r83431 for the py3k trunk.

I'll check the buildbot status tomorow morning, if that shows that the issue is truly gone I'll backport to the other branches and close this issue.

----------

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

From report at bugs.python.org  Sun Aug  1 21:21:41 2010
From: report at bugs.python.org (Matt Mackall)
Date: Sun, 01 Aug 2010 19:21:41 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1280690501.61.0.0194844497224.issue8688@psf.upfronthosting.co.za>


Matt Mackall <mpm at selenic.com> added the comment:

This change just wrecked Mercurial's release build process.

We've been building Mercurial release tarballs with a Makefile target wrapped around sdist for most of five years, and we've never had or wanted a MANIFEST.in file. We generate an exact, complete, and correct MANIFEST ourselves with:

 hg manifest > MANIFEST

This fix ignores that MANIFEST entirely and attempts to build a new one even though MANIFEST.in doesn't exist.

So not only does this change years of documented behavior in a way that very nearly caused us to ship a tarball missing over a thousand files, it means doing what we want to do with sdist (ship precisely the files listed in our version control manifest) is now significantly harder.

Unfortunately, this fix is now in a long-lived Python release which we support, which means we're stuck with it.

----------
nosy: +mpm

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

From report at bugs.python.org  Sun Aug  1 21:33:09 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 19:33:09 +0000
Subject: [issue8397] BZ2File doesn't protect against mixed iterator and read
	usage
In-Reply-To: <1271250076.58.0.0616490142802.issue8397@psf.upfronthosting.co.za>
Message-ID: <1280691189.09.0.293439840641.issue8397@psf.upfronthosting.co.za>


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

Here is a patch for py3k.

----------
keywords: +patch
nosy: +georg.brandl
Added file: http://bugs.python.org/file18315/bziter.patch

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

From report at bugs.python.org  Sun Aug  1 21:39:04 2010
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 01 Aug 2010 19:39:04 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1280691544.85.0.333937426825.issue8688@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

this fix was done to avoid generating broken MANIFEST file with sdist.

IIUC your problem is more about avoiding generating a MANIFEST file at *all* via sdist, so we should add a --no-manifest option to the sdist command.

This can be added today in Mercurial setup.py file as well so you don't have the problem with 2.7. I can contribute this change if you want.

----------

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

From report at bugs.python.org  Sun Aug  1 21:41:33 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 01 Aug 2010 19:41:33 +0000
Subject: [issue8994] pydoc does not support non-ascii docstrings
In-Reply-To: <1276506836.98.0.338188119331.issue8994@psf.upfronthosting.co.za>
Message-ID: <1280691693.45.0.26439055424.issue8994@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

A duplicate of #7675?

----------
nosy: +flox
resolution:  -> duplicate
status: open -> pending
superseder:  -> help() doesn't accept unicode literals in built in docstrings

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

From report at bugs.python.org  Sun Aug  1 21:42:08 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 01 Aug 2010 19:42:08 +0000
Subject: [issue8994] pydoc does not support non-ascii docstrings
In-Reply-To: <1276506836.98.0.338188119331.issue8994@psf.upfronthosting.co.za>
Message-ID: <1280691728.26.0.00460391677998.issue8994@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Oops, I really mean #6625.

----------
status: pending -> open
superseder: help() doesn't accept unicode literals in built in docstrings -> UnicodeEncodeError on pydoc's CLI

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

From report at bugs.python.org  Sun Aug  1 21:48:06 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 19:48:06 +0000
Subject: [issue9450] readline.replace_history_item leaks memory.
In-Reply-To: <1280686417.34.0.822614940004.issue9450@psf.upfronthosting.co.za>
Message-ID: <1280692086.48.0.132627705647.issue9450@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

It turns out that free_history_entry is new in GNU Readline 5.0.  It doesn't exist in libedit.

----------

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

From report at bugs.python.org  Sun Aug  1 22:05:43 2010
From: report at bugs.python.org (gert cuykens)
Date: Sun, 01 Aug 2010 20:05:43 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1280674538.36.0.141802086232.issue6858@psf.upfronthosting.co.za>
Message-ID: <AANLkTimkh-n4pK5BNX2YhGNuNwRrB5dhEZw2hfkyejKE@mail.gmail.com>


gert cuykens <gert.cuykens at gmail.com> added the comment:

On Sun, Aug 1, 2010 at 4:55 PM, Tal Einat <report at bugs.python.org> wrote:
>
> Tal Einat <taleinat at gmail.com> added the comment:
>
> I'm +1 on adding such an option to the menu, if only to be able to highlight files including only Python code which don't happen to have the .py extension.
>
> If support for files including not only Python code is important to anyone, some examples of such files would be very helpful. I've never seen such files and I don't know how common such uses are.

Really, docs.python.org is full of examples with python code in it :)

Try to parse this html file
(http://docs.python.org/tutorial/controlflow.html)  for testing.

> Supporting files with some Python code in between other stuff is a different matter. Non-Python code being wrongly highlighted may be fine, but we'll need to make sure that the syntax highlighting is robust enough to be able to withstand going through a lot of invalid syntax, and still correctly highlight most of the Python code found in between. If IDLE fails to highlight a file it could of course fail gracefully, give an error message and not highlight, so I don't foresee this causing any stability issues.
>

----------

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

From report at bugs.python.org  Sun Aug  1 22:17:43 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 20:17:43 +0000
Subject: [issue8397] BZ2File doesn't protect against mixed iterator and read
	usage
In-Reply-To: <1271250076.58.0.0616490142802.issue8397@psf.upfronthosting.co.za>
Message-ID: <1280693863.93.0.441646197659.issue8397@psf.upfronthosting.co.za>


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

Fixed in r83440 (py3k), r83441 (3.1), r83442 (2.7), r83443 (2.6).

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

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

From report at bugs.python.org  Sun Aug  1 22:24:02 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Aug 2010 20:24:02 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <1274847113.25.0.171149609237.issue8821@psf.upfronthosting.co.za>
Message-ID: <1280694242.0.0.486294730979.issue8821@psf.upfronthosting.co.za>


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

Well, the patch was technically useless since, as mentioned, unicode strings are terminated by a NUL character by design.

Anyway, I now get the following error on the 2.7 branch. Perhaps it's related:

======================================================================
FAIL: test_ucs4 (test.test_unicode.UnicodeTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/antoine/cpython/27/Lib/test/test_unicode.py", line 941, in test_ucs4
    self.assertEqual(x, y)
AssertionError: '\\udbc0\\udc00' != '\\U00100000'

----------
nosy: +pitrou
status: closed -> open

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

From report at bugs.python.org  Sun Aug  1 22:29:27 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 20:29:27 +0000
Subject: [issue9449] glibc detected *** /usr/bin/python: corrupted
	double-linked list
In-Reply-To: <1280680863.06.0.649816134014.issue9449@psf.upfronthosting.co.za>
Message-ID: <1280694567.46.0.838011351039.issue9449@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Is there any chance you could come up with a smaller python example that produces this crash?  Preferably one without dependencies on third-party libraries like numpy, h5py and matplotlib?  It's a bit awkward to reproduce and analyze the failure otherwise.

----------
nosy: +mark.dickinson

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

From report at bugs.python.org  Sun Aug  1 22:32:35 2010
From: report at bugs.python.org (Nikolaus Rath)
Date: Sun, 01 Aug 2010 20:32:35 +0000
Subject: [issue9449] glibc detected *** /usr/bin/python: corrupted
	double-linked list
In-Reply-To: <1280680863.06.0.649816134014.issue9449@psf.upfronthosting.co.za>
Message-ID: <1280694755.32.0.0240245342458.issue9449@psf.upfronthosting.co.za>


Nikolaus Rath <Nikolaus at rath.org> added the comment:

Duplicate of http://projects.scipy.org/numpy/ticket/1462

----------
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 22:51:28 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 20:51:28 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <1274847113.25.0.171149609237.issue8821@psf.upfronthosting.co.za>
Message-ID: <1280695888.74.0.803756487296.issue8821@psf.upfronthosting.co.za>


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

You're right. Reverted in r83444 and merging back, and I'll also remove the "XXX is this needed" from 2.7.

----------
status: open -> closed

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

From report at bugs.python.org  Sun Aug  1 22:51:29 2010
From: report at bugs.python.org (Matt Mackall)
Date: Sun, 01 Aug 2010 20:51:29 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1280695889.99.0.0126284554689.issue8688@psf.upfronthosting.co.za>


Matt Mackall <mpm at selenic.com> added the comment:

Ok, we need a change that will work with Python 2.4 through 2.7.

----------

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

From report at bugs.python.org  Sun Aug  1 22:59:08 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Aug 2010 20:59:08 +0000
Subject: [issue9449] glibc detected *** /usr/bin/python: corrupted
	double-linked list
In-Reply-To: <1280680863.06.0.649816134014.issue9449@psf.upfronthosting.co.za>
Message-ID: <1280696348.88.0.833001503514.issue9449@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks for the update!

----------
resolution:  -> invalid

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

From report at bugs.python.org  Sun Aug  1 23:08:39 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 21:08:39 +0000
Subject: [issue7175] unify pydistutils.cfg and distutils.cfg and use .local
In-Reply-To: <1256037677.34.0.670034749287.issue7175@psf.upfronthosting.co.za>
Message-ID: <1280696919.91.0.43502230082.issue7175@psf.upfronthosting.co.za>


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

I guess I misremembered. %APPDATA% is /usr/share, right? What I meant was the variable that expands to the ?documents and settings? directory.

----------

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

From report at bugs.python.org  Sun Aug  1 23:11:56 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 01 Aug 2010 21:11:56 +0000
Subject: [issue9445] Fix undefined symbol errors on VS8.0 build
In-Reply-To: <1280627576.04.0.298775706484.issue9445@psf.upfronthosting.co.za>
Message-ID: <1280697116.95.0.760112219779.issue9445@psf.upfronthosting.co.za>


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

Applied in r84356.  
Thank you.

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

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

From report at bugs.python.org  Sun Aug  1 23:19:51 2010
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 01 Aug 2010 21:19:51 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1280697591.59.0.260473865295.issue8688@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Follow-up at http://selenic.com/pipermail/mercurial-packaging/2010-August/000009.html

----------

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

From report at bugs.python.org  Sun Aug  1 23:34:45 2010
From: report at bugs.python.org (Meador Inge)
Date: Sun, 01 Aug 2010 21:34:45 +0000
Subject: [issue5077] 2to3 fixer for the removal of operator functions
In-Reply-To: <1233036818.57.0.126807970128.issue5077@psf.upfronthosting.co.za>
Message-ID: <1280698485.15.0.567685516168.issue5077@psf.upfronthosting.co.za>


Meador Inge <meadori at gmail.com> added the comment:

Sure.  I take it you meant http://svn.python.org/projects/sandbox/trunk/2to3, though.  Is this the location that all patches for 2to3 should be produced against?

I dropped the documentation changes b/c I did not see any docs in the 2to3 trunk.  Should the doc updates be applied somewhere else?

----------
Added file: http://bugs.python.org/file18316/issue-5077-2to3.patch

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

From report at bugs.python.org  Mon Aug  2 00:06:40 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Aug 2010 22:06:40 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1280700400.16.0.160182548584.issue6858@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

There are, perhaps 3 main issues with new features;

1. What is the specific proposal?

In particular, where should the new menu entry go and what should it say.

2. Will it hurt anything?
3. Will it be useful.

As to these, I suggest you try your own experiment. Rename x.html to x.py and pull into the editor.

Doing that with controlflow.html shows that this appears to be harmless. For this file, it is also useless:

a. My WinXP32 3.1.2 IDLE edit window does not have a horizontal scroll bar. It does not need one for <80 char lines. It also does not do autowrap, as that would be fatal for code. However, this file has some lines with a few hundred chars and there is no easy way to read them.

b. The html for Python code is not always what you see in a browser. Here is one line from your example: "<span class="k">print</span> <span class="n">x</span><span class="p">,</span> <span class="nb">len</span><span class="p">(</span><span class="n">x</span><span class="p">)</span>" (no wrapping in the original).

I think Tal's case of .py-less Python files is a reason to add a menu entry, and let the user beware with anything else.

----------

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

From report at bugs.python.org  Mon Aug  2 00:09:52 2010
From: report at bugs.python.org (James Lee)
Date: Sun, 01 Aug 2010 22:09:52 +0000
Subject: [issue1303434] Please include pdb with windows distribution
Message-ID: <1280700592.37.0.143813951317.issue1303434@psf.upfronthosting.co.za>


James Lee <jbit at jbit.net> added the comment:

Right now if you have any moderately complex Python based application (or extension set) the only way to easily debug it on windows is by building Python yourself, which is a horrible solution since it means you may end up with a subtly different version to what your crash dump is against.
While including the PDB in the MSI distribution would require a patch (and might not be the best solution since 99% of people won't need it), copying the PDB to some place does not, so I'm not sure why this hasn't been done years ago.
Even if it's not in a super easy-to-find place (ie: not on the download page), placing the PDB somewhere will greatly help developers who need to debug Python internals in visual studio.

----------
nosy: +jbit

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

From report at bugs.python.org  Mon Aug  2 00:18:21 2010
From: report at bugs.python.org (Walter Woods)
Date: Sun, 01 Aug 2010 22:18:21 +0000
Subject: [issue8572] httplib getheader() throws error instead of default
In-Reply-To: <1272556633.35.0.699750313989.issue8572@psf.upfronthosting.co.za>
Message-ID: <1280701101.45.0.505100258799.issue8572@psf.upfronthosting.co.za>


Walter Woods <woodswalben at gmail.com> added the comment:

Hi David,

I like most of your patch (especially since it has unit tests), and if people like yourself are actually using the current functionality then that's fine, but one recommendation: why not change this line:

if not headers or isinstance(headers, str):

To also include the clause ``or getattr(headers, '__iter__', False)``.  That way, other default values (such as numbers) would work as expected rather than throw an error.  What do you think of that?

----------

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

From report at bugs.python.org  Mon Aug  2 00:19:48 2010
From: report at bugs.python.org (Walter Woods)
Date: Sun, 01 Aug 2010 22:19:48 +0000
Subject: [issue8572] httplib getheader() throws error instead of default
In-Reply-To: <1272556633.35.0.699750313989.issue8572@psf.upfronthosting.co.za>
Message-ID: <1280701188.87.0.946098783546.issue8572@psf.upfronthosting.co.za>


Walter Woods <woodswalben at gmail.com> added the comment:

Sigh.  I meant ``or not`` instead of ``or``.  Clearly, not having an iterator would be a case to not iterate over the default :)

----------

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

From report at bugs.python.org  Mon Aug  2 00:25:03 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 01 Aug 2010 22:25:03 +0000
Subject: [issue1303434] Please include pdb with windows distribution
In-Reply-To: <1280700592.37.0.143813951317.issue1303434@psf.upfronthosting.co.za>
Message-ID: <4C55F43C.5040205@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> While including the PDB in the MSI distribution
> would require a patch (and might not be the best solution since 99%
> of people won't need it), copying the PDB to some place does not

This is not the case. I'm not at all clear what specific files are
being requested. So I'm unable to comply with this request as I
still don't understand it. FWIW, I have currently 108 PDB files
in my Python build area - I don't assume that people want me to upload
all of them (and it would be much too tedious to do so).

If a patch would be provided that zipped up (say) all stuff that
needs to be zipped up, and put that next to the MSI file, that
would be very much appreciated.

----------

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

From report at bugs.python.org  Mon Aug  2 00:53:28 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 22:53:28 +0000
Subject: [issue1772916] xmlrpclib crash when PyXML installed - sgmlop is
	available
Message-ID: <1280703208.59.0.643994895554.issue1772916@psf.upfronthosting.co.za>


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

Both PyXML and sgmlop are deprecated now, and support has been removed in xmlrpclib as of Python 2.7.  I think this can be closed.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 00:53:50 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Aug 2010 22:53:50 +0000
Subject: [issue9451] Strengthen __*__ system name warning
In-Reply-To: <1280703230.07.0.461844472434.issue9451@psf.upfronthosting.co.za>
Message-ID: <1280703230.07.0.461844472434.issue9451@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Current" 2.3.2. Reserved classes of identifiers
"__*__
    System-defined names. These names are defined by the interpreter and its implementation (including the standard library); applications should not expect to define additional names using this convention. The set of names of this class defined by Python may be extended in future versions. See section Special method names."

Current pydev thread,Is it intentional that "sys.__debug__ = 1" is illegal in Python 2.7?, Guido said;
"But yes, the docs should clarify that *any* use of __*__ names, in
any* context, that does not follow explicitly documented use, is
subject to breakage without warning."

I think I would replace the current "applications ... convention" with Guido's sentence, starting with "*Any* use", though I might put it at the end as the second most important sentence of the paragraph.

Until this thread, I did not understand the import of 'expect to' in that middle sentence. Apparently, it means that if a definition works now, it may become invalid in the future if it becomes not just a system word, but a reserved word like __debug__ did. Guido's sentence covers this case and all others, so the current sentence would no longer be needed.

----------
assignee: docs at python
components: Documentation
messages: 112395
nosy: docs at python, tjreedy
priority: normal
severity: normal
status: open
title: Strengthen __*__ system name warning
versions: Python 2.7, Python 3.1, Python 3.2

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

From report at bugs.python.org  Mon Aug  2 00:55:16 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 22:55:16 +0000
Subject: [issue8042] mmap buffer implementation does not respect seek pos
In-Reply-To: <1267565166.19.0.574774228876.issue8042@psf.upfronthosting.co.za>
Message-ID: <1280703316.21.0.121300283989.issue8042@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> pitrou
nosy: +pitrou

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

From report at bugs.python.org  Mon Aug  2 00:56:11 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 22:56:11 +0000
Subject: [issue8009] email.parser.Parser is inefficient with large strings
In-Reply-To: <1267004644.66.0.205268505464.issue8009@psf.upfronthosting.co.za>
Message-ID: <1280703371.2.0.200539632765.issue8009@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> r.david.murray
nosy: +r.david.murray

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

From report at bugs.python.org  Mon Aug  2 00:59:00 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 22:59:00 +0000
Subject: [issue8612] multiprocessing Queue module failes to send INIConfig
	objects
In-Reply-To: <1272982635.61.0.958839100699.issue8612@psf.upfronthosting.co.za>
Message-ID: <1280703540.16.0.10082069363.issue8612@psf.upfronthosting.co.za>


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

The issue in the iniparse tracker has been closed as "fixed" now, so I assume the problem was on that side.

----------
nosy: +georg.brandl
resolution:  -> works for me
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 00:59:45 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 22:59:45 +0000
Subject: [issue8758] BUILD_LIST followed by BINARY_SUBSCR can be optimized to
	a BUILD_TUPLE if all members of the list are constants
In-Reply-To: <1274219170.67.0.325819344919.issue8758@psf.upfronthosting.co.za>
Message-ID: <1280703585.35.0.565082691037.issue8758@psf.upfronthosting.co.za>


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

I don't think this happens often enough to warrant optimizing.

----------
nosy: +georg.brandl
resolution:  -> rejected
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 01:01:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Aug 2010 23:01:12 +0000
Subject: [issue9451] Strengthen __*__ system name warning
In-Reply-To: <1280703230.07.0.461844472434.issue9451@psf.upfronthosting.co.za>
Message-ID: <1280703672.47.0.572315289523.issue9451@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Suggested rewrite:
"System-defined names. These names are defined by the interpreter and its implementation (including the standard library). Current system names are discussed in the Special method names section and elsewhere. More will likely be defined in future versions of Python. *Any* use of __*__ names, in any* context, that does not follow explicitly documented use, is
subject to breakage without warning.

----------

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

From report at bugs.python.org  Mon Aug  2 01:01:25 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 23:01:25 +0000
Subject: [issue7175] unify pydistutils.cfg and distutils.cfg and use .local
In-Reply-To: <1256037677.34.0.670034749287.issue7175@psf.upfronthosting.co.za>
Message-ID: <1280703685.69.0.776106145726.issue7175@psf.upfronthosting.co.za>


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

Pointed out by Tarek: http://github.com/ActiveState/appdirs#readme (shame it doesn?t follow the BaseDir Spec on Free OSes).

----------

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

From report at bugs.python.org  Mon Aug  2 01:01:46 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 23:01:46 +0000
Subject: [issue8634] get method for dbm interface
In-Reply-To: <1273133367.38.0.142877532423.issue8634@psf.upfronthosting.co.za>
Message-ID: <1280703706.49.0.431476862905.issue8634@psf.upfronthosting.co.za>


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

dbm.ndbm already has get().  dbm.gnu is missing it.

----------
nosy: +georg.brandl

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

From report at bugs.python.org  Mon Aug  2 01:02:13 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 01 Aug 2010 23:02:13 +0000
Subject: [issue9100] test_sysconfig fails (test_user_similar)
In-Reply-To: <1277731663.45.0.56366593786.issue9100@psf.upfronthosting.co.za>
Message-ID: <1280703733.07.0.890790943837.issue9100@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> tarek
nosy: +tarek

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

From report at bugs.python.org  Mon Aug  2 01:02:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 01 Aug 2010 23:02:18 +0000
Subject: [issue9451] Strengthen __*__ system name warning
In-Reply-To: <1280703230.07.0.461844472434.issue9451@psf.upfronthosting.co.za>
Message-ID: <1280703738.11.0.234355477514.issue9451@psf.upfronthosting.co.za>


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


----------
dependencies: +Clarify __debug__ restrictions

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

From report at bugs.python.org  Mon Aug  2 01:11:33 2010
From: report at bugs.python.org (gert cuykens)
Date: Sun, 01 Aug 2010 23:11:33 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1280700400.16.0.160182548584.issue6858@psf.upfronthosting.co.za>
Message-ID: <AANLkTimiPZU5juvr8RJZQD2hg1AJOBRX5WqMWf8wDnf+@mail.gmail.com>


gert cuykens <gert.cuykens at gmail.com> added the comment:

On Mon, Aug 2, 2010 at 12:06 AM, Terry J. Reedy <report at bugs.python.org> wrote:
>
> Terry J. Reedy <tjreedy at udel.edu> added the comment:
>
> There are, perhaps 3 main issues with new features;
>
> 1. What is the specific proposal?
>
> In particular, where should the new menu entry go and what should it say.

edit -> syntax highlight

> 2. Will it hurt anything?

no

> 3. Will it be useful.

yes

> As to these, I suggest you try your own experiment. Rename x.html to x.py and pull into the editor.
>
> Doing that with controlflow.html shows that this appears to be harmless. For this file, it is also useless:

In this case useless it is. But try imagining some more <pre></pre>
friendly html. Would it not be asome if you could craft a file that
opens with your browser to see what it does before you run it with
python?

> a. My WinXP32 3.1.2 IDLE edit window does not have a horizontal scroll bar. It does not need one for <80 char lines. It also does not do autowrap, as that would be fatal for code. However, this file has some lines with a few hundred chars and there is no easy way to read them.

I can live with arrow keys

>
> b. The html for Python code is not always what you see in a browser. Here is one line from your example: "<span class="k">print</span> <span class="n">x</span><span class="p">,</span> <span class="nb">len</span><span class="p">(</span><span class="n">x</span><span class="p">)</span>" (no wrapping in the original).
>
> I think Tal's case of .py-less Python files is a reason to add a menu entry, and let the user beware with anything else.
>

Not a warning message please. Just put it off by default on non py
files, like it currently does. Hilighting is harmless and does not
change the contents of the file.

----------

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

From report at bugs.python.org  Mon Aug  2 01:13:39 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 01 Aug 2010 23:13:39 +0000
Subject: [issue7092] Test suite emits many DeprecationWarnings when -3 is
	enabled
In-Reply-To: <1255098633.29.0.866346989212.issue7092@psf.upfronthosting.co.za>
Message-ID: <1280704419.77.0.391463474986.issue7092@psf.upfronthosting.co.za>


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


----------
priority: critical -> release blocker

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

From report at bugs.python.org  Mon Aug  2 01:15:41 2010
From: report at bugs.python.org (James Lee)
Date: Sun, 01 Aug 2010 23:15:41 +0000
Subject: [issue1303434] Please include pdb with windows distribution
Message-ID: <1280704541.62.0.0266952047407.issue1303434@psf.upfronthosting.co.za>


James Lee <jbit at jbit.net> added the comment:

Ah, sorry, I see what you mean now... I thought the request for patch was to modify the installer itself, but it meant just make the msi.py script generate a separate zip file alongside the .msi installer.
I'll take a look at providing a patch with this over the next couple of days since I'd really really like a build in the relatively near future to provide this :)

----------

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

From report at bugs.python.org  Mon Aug  2 01:29:17 2010
From: report at bugs.python.org (Benjamin VENELLE)
Date: Sun, 01 Aug 2010 23:29:17 +0000
Subject: [issue8634] get method for dbm interface
In-Reply-To: <1273133367.38.0.142877532423.issue8634@psf.upfronthosting.co.za>
Message-ID: <1280705357.78.0.413253120836.issue8634@psf.upfronthosting.co.za>


Benjamin VENELLE <kain94 at gmail.com> added the comment:

Yes I know, that's why get() should be a standard dbm's method like __getitem__() and __setitem__(). So, defining it in all classes which implements dbm interface would be a good enhancement.

----------

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

From report at bugs.python.org  Mon Aug  2 01:33:32 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 01 Aug 2010 23:33:32 +0000
Subject: [issue8743] set() operators don't work with collections.Set instances
In-Reply-To: <1274122246.37.0.692277131409.issue8743@psf.upfronthosting.co.za>
Message-ID: <1280705612.04.0.290149579507.issue8743@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

No idea, I don't even know what collections.Set is. :-(

----------
assignee: gvanrossum -> 

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

From report at bugs.python.org  Mon Aug  2 01:55:18 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 01 Aug 2010 23:55:18 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280706918.57.0.413587286562.issue9276@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Not a proposed solution, but food for thought.  Methods do have __reduce_ex__ method which works with protocol 3:

>>> class X:
...   def f(self):
...      pass

>>> X.f.__reduce_ex__(3)
(<function __newobj__ at 0x100579288>, (<class 'function'>,), {}, None, None)

This result is useless for several reasons:

1.  <class 'function'> cannot be pickled because although it's name suggests a builtin, it is only available as types.FunctionType.

2. If we define builtins.function, X.f can be pickled

>>> import builtins, types
>>> builtins.function = types.FunctionType
>>> pickle.dumps(X.f)
b'\x80\x03cbuiltins\nfunction\nq\x00)\x81q\x01}q\x02b.'

but the result is useless:

>>> pickle.loads(_)
Traceback (most recent call last):
 ..
 File "Lib/pickle.py", line 1317, in loads
    encoding=encoding, errors=errors).load()
TypeError: Required argument 'code' (pos 1) not found


I think the approach of pickling the name of the function as is done in the Twisted link above is the only reasonable one and is consistent with the way module level functions are pickled.

----------
nosy: +belopolsky
versions: +Python 3.2

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

From report at bugs.python.org  Mon Aug  2 01:55:39 2010
From: report at bugs.python.org (Theodore Turocy)
Date: Sun, 01 Aug 2010 23:55:39 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280706938.99.0.151204499622.issue9444@psf.upfronthosting.co.za>


Theodore Turocy <drarbiter at gmail.com> added the comment:

I'm uploading a new version of my patch which includes a proposed clarification to the documentation about the behavior in this case.  Doug, does this make the documentation clearer to you?  It is now explicit about the behavior for formulating the help option if '-' is not in prefix_chars.

----------
Added file: http://bugs.python.org/file18317/argparse_char_fix+doc.patch

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

From report at bugs.python.org  Mon Aug  2 01:57:17 2010
From: report at bugs.python.org (Michael Foord)
Date: Sun, 01 Aug 2010 23:57:17 +0000
Subject: [issue7175] unify pydistutils.cfg and distutils.cfg and use .local
In-Reply-To: <1256037677.34.0.670034749287.issue7175@psf.upfronthosting.co.za>
Message-ID: <1280707037.6.0.719262324031.issue7175@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

I still think that user editable configuration data, at least on windows, is different from application data. It would definitely seem weird to me to have a config file in the %APPDATA% directory.

%APPDATA% would be fine for a cache or other application specific data.

On Windows I would expect something like: "c:\Documents and Settings\AppName"

(Note the settings in Documents and settings... - although in Windows 7 I think this might just be Documents now.)

----------

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

From report at bugs.python.org  Mon Aug  2 01:58:54 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 01 Aug 2010 23:58:54 +0000
Subject: [issue8620] wrong truncation of last line in cmd.Cmd
In-Reply-To: <1273059355.74.0.713627995995.issue8620@psf.upfronthosting.co.za>
Message-ID: <1280707134.27.0.725630621462.issue8620@psf.upfronthosting.co.za>


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

Thanks, ?ric. Fixed.

----------

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

From report at bugs.python.org  Mon Aug  2 02:31:16 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 02 Aug 2010 00:31:16 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>


New submission from ?ukasz Langa <lukasz at langa.pl>:

Overview
--------

It's a fairly common need in configuration parsing to take configuration from a string or a Python data structure (most commonly, a dictionary). The attached patch introduces two new methods to RawConfigParser that serve this purpose: readstring and readdict. In the process, two behavioral bugs were detected and fixed.

Detailed information about the patch
------------------------------------
Source changes:
* added readstring and readdict methods
* fixed a bug in SafeConfigParser.set when setting a None value would raise an exception (the code tried to remove interpolation escapes from None)
* added a new exception DuplicateOptionError, raised when during parsing a single file, string or a dictionary the same option occurs twice. This catches mispellings and case-sensitivity errors (parsers are by default case-insensitive in regard to options).
* added checking for option duplicates described above in _read

Test changes:
* self.fromstring is using readstring now
* self.cf removed because it was bad design, now config parser instances are explicit everywhere
  ** changed definition of get_error and parse_error
* split test_basic into two parts: config parser building and the actual test
  ** introduced config parser built from the dictionary
* added a duplicate option checking case for string and dictionary based reading

Documentation changes:
* documented readstring and readdict
* documented DuplicateOptionError
* explicit remark about the case-insensitivity
* corrected remark about leading whitespace being removed from values (also trailing whitespace is, and for keys as well)

----------
components: Library (Lib)
messages: 112409
nosy: lukasz.langa
priority: normal
severity: normal
status: open
title: configparser support for reading from strings and dictionaries
type: feature request
versions: Python 3.2

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

From report at bugs.python.org  Mon Aug  2 02:35:32 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 02 Aug 2010 00:35:32 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280709332.71.0.00511515377303.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

There goes the patch.

----------
keywords: +patch
nosy: +ezio.melotti
Added file: http://bugs.python.org/file18318/issue9452.diff

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

From report at bugs.python.org  Mon Aug  2 02:37:35 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 00:37:35 +0000
Subject: [issue8572] httplib getheader() throws error instead of default
In-Reply-To: <1272556633.35.0.699750313989.issue8572@psf.upfronthosting.co.za>
Message-ID: <1280709455.54.0.464478867876.issue8572@psf.upfronthosting.co.za>


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

Joining the iterator contents if default is an iterator is an ugly backward compatibility hack.  The default should really be returned unchanged.  But given there is code in the field working around the current bug, I guess we have to retain it.  Of course, it will fail if the iterator contains non-strings...oh well.

Perhaps we could add a deprecation warning when an iterator is used as a default, and in 3.3 stop special casing iterators.

And I agree that only iterators should be special cased, since anything else would currently be failing, and should instead be returned unchanged.

----------

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

From report at bugs.python.org  Mon Aug  2 02:40:52 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 00:40:52 +0000
Subject: [issue8572] httplib getheader() throws error instead of default
In-Reply-To: <1272556633.35.0.699750313989.issue8572@psf.upfronthosting.co.za>
Message-ID: <1280709652.29.0.869143450552.issue8572@psf.upfronthosting.co.za>


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

I'm changing this to release blocker because I don't want to see the erroneous behavior make it into 3.2.

----------
priority: high -> release blocker

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

From report at bugs.python.org  Mon Aug  2 02:44:41 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Aug 2010 00:44:41 +0000
Subject: [issue8743] set() operators don't work with collections.Set instances
In-Reply-To: <1274122246.37.0.692277131409.issue8743@psf.upfronthosting.co.za>
Message-ID: <1280709881.72.0.162562737197.issue8743@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> rhettinger

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

From report at bugs.python.org  Mon Aug  2 02:54:28 2010
From: report at bugs.python.org (Todd Rovito)
Date: Mon, 02 Aug 2010 00:54:28 +0000
Subject: [issue8536] Support new features of ZLIB 1.2.4
In-Reply-To: <1272302591.08.0.11918516326.issue8536@psf.upfronthosting.co.za>
Message-ID: <1280710468.67.0.361640027275.issue8536@psf.upfronthosting.co.za>


Changes by Todd Rovito <rovitotv at gmail.com>:


----------
nosy: +Todd.Rovito

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

From report at bugs.python.org  Mon Aug  2 02:54:53 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 02 Aug 2010 00:54:53 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280710493.78.0.974322857308.issue9452@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18318/issue9452.diff

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

From report at bugs.python.org  Mon Aug  2 02:58:52 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 02 Aug 2010 00:58:52 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280710732.34.0.580523362486.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Patch updated after review by Ezio Melotti.

To answer a common question that came up in the review: all atypical names and implementation details are there due to consistency with existing configparser code, e.g.:

 * readstring ~= readfp (no _ between words)
 * DuplicateOptionError ~= DuplicateSectionError (not Duplicated)
 * all exceptions use old style BaseClass.__init__ and not super()

API won't change so this has to remain that way. Exceptions may be refactored in one go at a later stage.

----------
Added file: http://bugs.python.org/file18319/issue9452.diff

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

From report at bugs.python.org  Mon Aug  2 03:13:54 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Mon, 02 Aug 2010 01:13:54 +0000
Subject: [issue803422] sgmllib doesn't support hex or Unicode character
	references
Message-ID: <1280711634.55.0.859335073691.issue803422@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Rejected since this didn't make it into Python 2.7.

----------
resolution:  -> rejected
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 04:27:59 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Mon, 02 Aug 2010 02:27:59 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1280716079.6.0.053743164108.issue9315@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

I see a curious behavior with the test runs. To reproduce:

1. Clean up .pyc files in test/ dir
2. Run: py27 regrtest.py -v test_trace    ---> SUCCESS
3. Run again: py27 regrtest.py -v test_trace    ---> FAIL

Initial investigation points to my usage of __file__ in expected results, which is always the .py file, while trace.py returns the   .pyc file for some results. I'm not sure it has anything to do with the fake module - will investigate further.

----------

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

From report at bugs.python.org  Mon Aug  2 04:30:57 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Mon, 02 Aug 2010 02:30:57 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280716257.29.0.00410123649399.issue9444@psf.upfronthosting.co.za>


Changes by Catherine Devlin <fredv8vibwc at liquidid.net>:


----------
nosy:  -ted.turocy
Added file: http://bugs.python.org/file18320/argparse_test.patch

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

From report at bugs.python.org  Mon Aug  2 04:38:44 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 02 Aug 2010 02:38:44 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280716724.52.0.443567955596.issue9452@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Although you say this is fairly common, I haven't heard of anyone using or requesting this type of feature. Do you have any real-world use cases for this? Before we start adding more read methods I think we should know who wants them and why.

I'm not sure duplicates should raise exceptions. To me, the current behavior of using the last read section/option is fine. It's predictable and it works. Halting a program's operation due to duplicate sections/options seems a bit harsh to me.

----------
nosy: +brian.curtin
stage:  -> patch review

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

From report at bugs.python.org  Mon Aug  2 04:43:16 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Mon, 02 Aug 2010 02:43:16 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1280716996.95.0.772996170968.issue9315@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

The single test-runner in regrtest.py (runtest_inner) uses the standard import machinery (__import__) to load tests. Thus, is the test has been loaded recently (**) it is reloaded from its .pyc file. In such a case, its module __file__ var points to the .pyc file name, while __code__.co_filename points to the .py file name (and the latter is what trace.py uses). This creates a discrepancy in the results that should be probably handled by ignoring the extension in comparisons.

(**) Some testing shows a strange temporal behavior. If I wait a few minutes, `py27 regrtest.py test_trace` runs again. Maybe this has to do with compiled .pyc files being stored somewhere in /temp which gets cleaned up.

----------

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

From report at bugs.python.org  Mon Aug  2 04:49:44 2010
From: report at bugs.python.org (Meador Inge)
Date: Mon, 02 Aug 2010 02:49:44 +0000
Subject: [issue9249] struct.pack and Long Integer datatype should be 4,
	but is 8 bytes
In-Reply-To: <1279033209.41.0.410142321642.issue9249@psf.upfronthosting.co.za>
Message-ID: <1280717384.52.0.207259853971.issue9249@psf.upfronthosting.co.za>


Changes by Meador Inge <meadori at gmail.com>:


----------
nosy: +minge

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

From report at bugs.python.org  Mon Aug  2 04:55:47 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 02:55:47 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1280716996.95.0.772996170968.issue9315@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=mS8fwnJbijHrasfymx--HvybWcoL=gEvZ3_f4@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

While it may be instructive to get to the bottom of what causes this
behavior, I believe the right thing to do is to simply place traced
code in a separate file in the test directory.  Faking a module by
manipulating sys.modules is hard to make robust.

----------

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

From report at bugs.python.org  Mon Aug  2 05:05:15 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Mon, 02 Aug 2010 03:05:15 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1280718315.79.0.0258877481471.issue9315@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

I understand you, Alexander, but this problem (as is the previous) **doesn't have anything to do with the fake module**. 

It would happen even if I didn't have it. Why does it only strike this test, then? Because of my usage of __file__ to compare expected results with what trace.py gives. I believe this problem can be solved with fairly simple means, but replacing the fake module by a real module won't solve it.

The fake module was the least intrusive way I could think of to simulate stuff for trace.py - it's a scalable approach if I'll need more than one module in the future for some stress-testing. I haven't run into serious problems with this approach yet - the module is built dynamically, its attributes assigned as I need them, and that's all. Indistinguishable from a real module. This is what we love about Python's reflective properties :-)

----------

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

From report at bugs.python.org  Mon Aug  2 05:47:16 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 03:47:16 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1280718315.79.0.0258877481471.issue9315@psf.upfronthosting.co.za>
Message-ID: <AANLkTiku_HV_kTirxFU2CU=8JA+irR_gSD7ijh+gxvH_@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Sun, Aug 1, 2010 at 11:05 PM, Eli Bendersky <report at bugs.python.org> wrote:
..
> The fake module was the least intrusive way I could think of to simulate stuff for trace.py -
> it's a scalable approach if I'll need more than one module in the future for some stress-
> testing. I haven't run into serious problems with this approach yet - the module is built
> dynamically, its attributes assigned as I need them, and that's all. Indistinguishable from a
> real module. This is what we love about Python's reflective properties :-)

I am not convinced.  If you need more than one module - create a
package and put as many modules as you want in there.  Your approach
has a namespace problem.  Suddenly every other test writer need to be
careful not to use "fakemodule" name for his tests because
sys.modules["fakemodule"] may get clobbered.  Note that your tests
don't clean up sys.modules after themselves, so if another test would
create fakemodule.py in a temporary directory, add that directory to
sys.path and import fakemodule (a reasonable test strategy), it would
get your left-over module.

You can deal with all such issues, of course, but the result is that
you will be testing a highly artificial setup.  Even if this setup
faithfully reproduces a real use case, it is not obvious that it does.
  Best unit tests are those that are obvious.  When a developer sees a
test failure, the last thing he wants to suspect is a faulty test.

----------

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

From report at bugs.python.org  Mon Aug  2 06:03:03 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 04:03:03 +0000
Subject: [issue1553375] Add traceback.print_full_exception()
Message-ID: <1280721783.5.0.811759792933.issue1553375@psf.upfronthosting.co.za>


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

Here's a proof of concept patch that adds a 'fullstack' option to print_exception.  The problem with this concept is what happens when you use it on an exception caught at the top level of a module.  I'm not entirely clear on why tracebacks work the way they do, so I don't know how to fix that case (it's also late, maybe in the morning I'll be able to figure it out :)

Writing unit tests for this may also be a bit tricky.

I'm raising the priority to normal because I think this would be really useful for logging, as pointed out by Thomas.

----------
nosy: +r.david.murray
priority: low -> normal
versions: +Python 3.2 -Python 2.7, Python 3.1

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

From report at bugs.python.org  Mon Aug  2 06:03:32 2010
From: report at bugs.python.org (William McVey)
Date: Mon, 02 Aug 2010 04:03:32 +0000
Subject: [issue1047397] cgitb failures
Message-ID: <1280721812.88.0.00833215417814.issue1047397@psf.upfronthosting.co.za>


Changes by William McVey <wam at wamber.net>:


----------
nosy: +wam

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

From report at bugs.python.org  Mon Aug  2 07:00:28 2010
From: report at bugs.python.org (Ramsey Dow)
Date: Mon, 02 Aug 2010 05:00:28 +0000
Subject: [issue5510] patches for Modules/socketmodule.c for NetBSD
In-Reply-To: <1280622470.22.0.473066601536.issue5510@psf.upfronthosting.co.za>
Message-ID: <7795D3B7-BCF8-4666-992F-089C36E642ED@speakeasy.net>


Ramsey Dow <yesmar at speakeasy.net> added the comment:

I don't know. I switched to Linux from NetBSD and I don't use Python  
for anything anymore.

On Jul 31, 2010, at 5:27 PM, ?ric Araujo wrote:

>
> ?ric Araujo <merwok at netwok.org> added the comment:
>
> Does the bug still exist in 3.2 (branch named py3k in subversion)?  
> Do the patch still apply? (The workflow is to patch the version in  
> development and then backport fixes to stable branches.)
>
> Adding Giampaolo to nosy since he?s listed as interested in  
> networking in Misc/maintainers.rst
>
> ----------
> nosy: +giampaolo.rodola, merwok
> versions: +Python 3.2 -Python 2.6
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue5510>
> _______________________________________

~/Ramsey
--
"Civilized men are more discourteous than savages because they know  
they can be impolite without having their skulls split, as a general  
thing."
-- Robert E. Howard, "Tower of the Elephant"

----------

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

From report at bugs.python.org  Mon Aug  2 07:33:07 2010
From: report at bugs.python.org (Glyph Lefkowitz)
Date: Mon, 02 Aug 2010 05:33:07 +0000
Subject: [issue7175] unify pydistutils.cfg and distutils.cfg and use .local
In-Reply-To: <1256037677.34.0.670034749287.issue7175@psf.upfronthosting.co.za>
Message-ID: <1280727187.25.0.568805932466.issue7175@psf.upfronthosting.co.za>


Glyph Lefkowitz <glyph at twistedmatrix.com> added the comment:

> Well, that makes it the user-specific equivalent of /usr or /usr/local.
> Do you put your configuration files in /usr/local ? Why put them
> in .local ?

Yes, software built for /usr/local will often respect /usr/local/etc in addition to /etc.

Also, many desktop Linux applications put state into ~/.local/share/$appname.  I am not sure about "configuration files", (apps that use ~/.local will typically use ~/.config for configuration, but that is a different thing entirely) but autotools applications built with '--prefix ~/.local' will often respect ~/.local/etc.

> I agree with Ned that neither ~/.local nor /etc are a good fit for OSX, 
> sadly enough I wasn't paying attention when ~/.local was added as python 
> already had a per-user directory on OSX: ~/Library/Python.

I argued loudly for consistency in treatment of UNIX-like OSes when this decision was being made, and I stand by that position.  Why would you want to break software that works fine on BSD and Linux by requiring that it specifically test for OS X, and do the exact same thing, but in a different directory?  (See <http://en.wikipedia.org/wiki/Single_UNIX_Specification#Mac_OS_X_and_Mac_OS_X_Server>)

The addition of a per-user directory on OS X when there were no similar directories on other platforms was a weird oversight.  The user site directory in Python 2.5 and earlier does not use any features of OS X and refers to ~/Library/Python only by convention.

Plus, that convention didn't support the distutils properly anyway: if you put your library code into ~/Library/Python, where are you supposed to tell 'setup.py install' to put script files?  With ~/.local, it's obvious: ~/.local/bin.

The real OS X convention is to put your code _into your application bundle_, after all, not into random directories in ~/Library.  If you don't have an application or framework bundle, you have one foot in UNIX-land already.

The point of honoring platform conventions is to provide a consistent experience to users; some users on OS X will be expecting UNIX-like behavior, some will be expecting Framework-like behavior, and there is really no reason not to provide both.

There is no reason not to consider /etc, for that matter.  PHP, for example, still reads /etc/php.ini on OS X.

----------
nosy: +glyph

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

From report at bugs.python.org  Mon Aug  2 08:37:36 2010
From: report at bugs.python.org (Richard Jones)
Date: Mon, 02 Aug 2010 06:37:36 +0000
Subject: [issue2423] test_smtplib.py no longer butt slow
In-Reply-To: <1205938249.95.0.187788140387.issue2423@psf.upfronthosting.co.za>
Message-ID: <1280731056.06.0.429692782819.issue2423@psf.upfronthosting.co.za>


Richard Jones <richardjones at optushome.com.au> added the comment:

The patch to test_smtplib.py no longer applies since trunk is now py3k. I'm looking into it - and seeing whether the mock socket work I implemented for test_smtpd.py will have any common code. I'm hitting some "fun" areas of py3k-ness with bytes/str stuff in smtplib at the moment though ;-)

----------
assignee:  -> richard

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

From report at bugs.python.org  Mon Aug  2 09:20:44 2010
From: report at bugs.python.org (Mattelaer)
Date: Mon, 02 Aug 2010 07:20:44 +0000
Subject: [issue8620] wrong truncation of last line in cmd.Cmd
In-Reply-To: <1280707134.27.0.725630621462.issue8620@psf.upfronthosting.co.za>
Message-ID: <A8115B6C-18B0-4E8E-BE8B-27DA1A3A4FFA@uclouvain.be>


Mattelaer <olivier.mattelaer at uclouvain.be> added the comment:

Thanks a lot for the fix.
On 02-ao?t-10, at 01:58, R. David Murray wrote:

>
> R. David Murray <rdmurray at bitdance.com> added the comment:
>
> Thanks, ?ric. Fixed.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue8620>
> _______________________________________

----------

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

From report at bugs.python.org  Mon Aug  2 09:20:55 2010
From: report at bugs.python.org (Tal Einat)
Date: Mon, 02 Aug 2010 07:20:55 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1280733655.78.0.503144975527.issue6858@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

I think we are in agreement :)

Regarding the warning message, I was referring only to the case that the syntax highlighter fails completely and raises an exception. I'm not even sure if that can happen, but in case it does an informative message would be better than just not highlighting, and much better than IDLE dying. I'm bringing this up in this context because IMO if we allow highlighting of arbitrary files, we should at least ensure that this doesn't crash IDLE if the highlighting does fail.

----------

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

From report at bugs.python.org  Mon Aug  2 09:56:14 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Mon, 02 Aug 2010 07:56:14 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1280735774.76.0.142098032654.issue8688@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Mon Aug  2 10:01:14 2010
From: report at bugs.python.org (Zaar Hai)
Date: Mon, 02 Aug 2010 08:01:14 +0000
Subject: [issue8612] multiprocessing Queue module failes to send INIConfig
	objects
In-Reply-To: <1280703540.16.0.10082069363.issue8612@psf.upfronthosting.co.za>
Message-ID: <AANLkTik1A1S1E_PuFjUghxz=pQAmiGTFfpvMiYXxKiR5@mail.gmail.com>


Zaar Hai <haizaar at gmail.com> added the comment:

Exactly.
Thank you.

On Mon, Aug 2, 2010 at 1:59 AM, Georg Brandl <report at bugs.python.org> wrote:
>
> Georg Brandl <georg at python.org> added the comment:
>
> The issue in the iniparse tracker has been closed as "fixed" now, so I assume the problem was on that side.
>
> ----------
> nosy: +georg.brandl
> resolution: ?-> works for me
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue8612>
> _______________________________________
>

----------

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

From report at bugs.python.org  Mon Aug  2 10:10:34 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 08:10:34 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280736634.13.0.642031292048.issue9276@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Note that pickle deliberately does not support serializing code objects. 

This is a security feature and should not be broken !

If you need to pickle such objects, you can easily register handlers that take care of this.

----------
nosy: +lemburg

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

From report at bugs.python.org  Mon Aug  2 10:46:10 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 02 Aug 2010 08:46:10 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280738770.7.0.292802440385.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Good questions, thanks! The answers will come useful for documentation and later hype :)



READING CONFIGURATION FROM A DATA STRUCTURE
-------------------------------------------

This is all about templating a decent set of default values. The major use case I'm using this for (with a homebrew SafeConfigParser subclass at the moment) is to provide *in one place* a set of defaults for the whole configuration. The so-called `defaults=` that we have at the moment don't fit this space well enough because they provide values that can (and will) jump into every section. This made them useless for me twice:
- when configuring access to external components in a fairly complex system; abstracting out the useless details the template I was looking for was

[name-server]
port=
protocol=
verbose=

[workflow-manager]
port=
protocol=
verbose=

[legacy-integration]
port=
protocol=
verbose=

# there were about 15 of these

- second case was a legacy CSV translation system (don't ask!). An abstract of a config with conflicting keys:

[company1-report]
delimiter=,
amount_column=
amount_type=
description_column=
description_type=
ignore_first_line=True

[company2-report]
delimiter=;
amount_column=
amount_type=
description_column=
description_type=
ignore_first_line=False

# and so on for ~10 entries

As you can see, in both examples `defaults=` couldn't be a good enough template. The reason I wanted these default values to be specified in the program was two-fold:

1. to be able to use the configuration without worrying about NoOptionErrors or fallback values on each get() invocation

2. to handle customers with existing configuration files which didn't include specific sections; if they didn't need customization they could simply use the defaults provided

I personally like the dictionary reading method but this is a matter of taste. Plus, .fromstring() is already used in unit tests :)



DUPLICATE OPTION VALIDATION
---------------------------

Firstly, I'd like to stress that this validation does NOT mean that we cannot update keys once they appear in configuration. Duplicate option detection works only while parsing a single file, string or dictionary. In this case duplicates are a configuration error and should be notified to the user.

You are right that for a programmer accepting the last value provided is acceptable. In this case the impact should be on the user who might not feel the same. If his configuration is ambiguous, it's best to use the Zen: "In the face of ambiguity, refuse the temptation to guess."

This is very much the case for large configuration files (take /etc/ssh/sshd_config or any real life ftpd config, etc.) when users might miss the fact that one option is uncommented in the body or thrown in at the end of the file by another admin or even the user himself.

Users might also be unaware of the case-insensitivity. 

These two problems are even more likely to cause headaches for the dictionary reading algorithm where there actually isn't an order in the keys within a section and you can specify a couple of values that represent the same key because of the case-insensitivity. Plus, this is going to be even more visible once we introduce mapping protocol access when you can add a whole section with keys using the dictionary syntax.

Another argument is that there is already section duplicate validation but it doesn't work when reading from files. This means that the user might add two sections of the same name with contradicting options.



SUMMARY
-------
Reading from strings or dictionaries provides an additional way to feed the parser with values. Judging from the light complexity of both methods I would argue that it's beneficial to configparser users to have well factored unit tested methods for these tasks so they don't have to reimplement them over and over again when the need arises.

In terms of validation, after you remark and thinking about it for a while, I think that the best path may be to let programmers choose during parser initialization whether they want validation or not. This would be also a good place to include section duplicate validation during file reading. Should I provide an updated patch?

After a couple of years of experience with external customers configuring software I find it better for the software to aid me in customer support. This is the best solution when users can help themselves. And customers (and we ourselves, too!) do stupid things all the time. And so, specifying a default set of sane values AND checking for duplicates within the same section helps with that.

----------

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

From report at bugs.python.org  Mon Aug  2 10:49:44 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 08:49:44 +0000
Subject: [issue588756] python should obey the FHS
Message-ID: <1280738984.67.0.855469224316.issue588756@psf.upfronthosting.co.za>


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


----------
nosy: +barry

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

From report at bugs.python.org  Mon Aug  2 10:53:48 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 08:53:48 +0000
Subject: [issue818201] distutils: clean does not use build_base option from
	build
Message-ID: <1280739228.71.0.533135801093.issue818201@psf.upfronthosting.co.za>


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

Sorry for the long delay without reply. Thank you for the report, I?ll look into it in the following weeks. In distutils2, I think clean could use the configure command (#8254) or maybe it?ll be simpler to just set_undefined_options from build. I?ll ask Tarek whether we can backport this to distutils after it?s done.

----------
assignee: tarek -> merwok
components: +Distutils2 -Distutils
resolution:  -> accepted
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/issue818201>
_______________________________________

From report at bugs.python.org  Mon Aug  2 10:54:14 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 08:54:14 +0000
Subject: [issue2377] Replace import.c with a pure Python implementation
In-Reply-To: <1205808012.99.0.46136974085.issue2377@psf.upfronthosting.co.za>
Message-ID: <1280739254.4.0.375354594267.issue2377@psf.upfronthosting.co.za>


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


----------
versions: +Python 3.2 -Python 3.1

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

From report at bugs.python.org  Mon Aug  2 10:56:54 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 08:56:54 +0000
Subject: [issue4636] bdist_wininst installer with install script raises
	exception
In-Reply-To: <1229030167.98.0.0716327891895.issue4636@psf.upfronthosting.co.za>
Message-ID: <1280739414.55.0.704790689592.issue4636@psf.upfronthosting.co.za>


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

Can you still reproduce in 3.1 and 3.2?

----------
nosy: +merwok

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

From report at bugs.python.org  Mon Aug  2 10:59:36 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 08:59:36 +0000
Subject: [issue2945] bdist_rpm does not list dist files (should effect upload)
In-Reply-To: <1211466871.95.0.658180804984.issue2945@psf.upfronthosting.co.za>
Message-ID: <1280739576.2.0.0957603401512.issue2945@psf.upfronthosting.co.za>


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

Tarek, can this bug be fixed or is it outdated? IOW, is bdist_rpm officially discouraged or do you still accept bugfixes for it?

----------
nosy: +merwok
versions: +Python 3.2

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

From report at bugs.python.org  Mon Aug  2 11:03:03 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 09:03:03 +0000
Subject: [issue763043] unable to specify another compiler
Message-ID: <1280739783.01.0.210206549295.issue763043@psf.upfronthosting.co.za>


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

The bug has been fixed in 2.3, apparently it?s a doc bug now, so reassigning.

----------
assignee: tarek -> docs at python
nosy: +docs at python, merwok
versions: +Python 3.2

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

From report at bugs.python.org  Mon Aug  2 11:07:52 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 09:07:52 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <1280694242.0.0.486294730979.issue8821@psf.upfronthosting.co.za>
Message-ID: <4C568AE4.9070903@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Antoine Pitrou wrote:
> 
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
> Well, the patch was technically useless since, as mentioned, unicode strings are terminated by a NUL character by design.

There are two things to keep in mind:

 * Unicode objects are NUL-terminated, but only very external APIs
   rely on this (e.g. code using the Windows Unicode API). Please
   don't make the code in unicodeobject.c itself rely on this
   subtle detail.

 * The codecs work on Py_UNICODE* buffers which are *never* guaranteed
   to be NUL-terminated, so the problem in question is real.

> Anyway, I now get the following error on the 2.7 branch. Perhaps it's related:
> 
> ======================================================================
> FAIL: test_ucs4 (test.test_unicode.UnicodeTest)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>   File "/home/antoine/cpython/27/Lib/test/test_unicode.py", line 941, in test_ucs4
>     self.assertEqual(x, y)
> AssertionError: '\\udbc0\\udc00' != '\\U00100000'
> 
> ----------
> nosy: +pitrou
> status: closed -> open
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue8821>
> _______________________________________
> _______________________________________________
> Python-bugs-list mailing list
> Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/mal%40egenix.com

----------
nosy: +lemburg

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

From report at bugs.python.org  Mon Aug  2 11:08:18 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 09:08:18 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <1274847113.25.0.171149609237.issue8821@psf.upfronthosting.co.za>
Message-ID: <1280740098.96.0.138996439875.issue8821@psf.upfronthosting.co.za>


Changes by Marc-Andre Lemburg <mal at egenix.com>:


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

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

From report at bugs.python.org  Mon Aug  2 11:10:31 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 09:10:31 +0000
Subject: [issue7219] Unhelpful error message when a distutils package install
	fails due to a permissions error
In-Reply-To: <1256647071.1.0.815334810123.issue7219@psf.upfronthosting.co.za>
Message-ID: <1280740231.99.0.906650622098.issue7219@psf.upfronthosting.co.za>


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

Could you run ipy.exe setup.py build, then set DISTUTILS_DEBUG in the environment and run ipy.exe
setup.py install?

----------
nosy: +merwok

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

From report at bugs.python.org  Mon Aug  2 11:12:21 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 09:12:21 +0000
Subject: [issue1644987] ./configure --prefix=/ breaks, won't build C modules
Message-ID: <1280740341.53.0.217360196764.issue1644987@psf.upfronthosting.co.za>


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


----------
assignee:  -> tarek
components: +Distutils
nosy: +merwok, tarek

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

From report at bugs.python.org  Mon Aug  2 11:15:53 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 09:15:53 +0000
Subject: [issue1436203] getpass.getpass() should allow Unicode prompts
Message-ID: <1280740553.67.0.504703607985.issue1436203@psf.upfronthosting.co.za>


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

I agree with Victor. Use 3.1 if you don?t depend on unported libraries, else explicitly encode with sys.stdout.encoding or set PYTHONIOENCODING in the environment.

----------
resolution:  -> out of date
stage: unit test needed -> committed/rejected
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 11:21:29 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 09:21:29 +0000
Subject: [issue3984] python interpreter import dependency with disutils/util
In-Reply-To: <1222595903.95.0.266625430762.issue3984@psf.upfronthosting.co.za>
Message-ID: <1280740889.51.0.994926647652.issue3984@psf.upfronthosting.co.za>


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

get_config has moved to sysconfig, which is now a top-level module, and site is fixed.

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

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

From report at bugs.python.org  Mon Aug  2 11:22:04 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 09:22:04 +0000
Subject: [issue1180267] expanding platform module and making it work as it
	should
Message-ID: <1280740924.41.0.973886155553.issue1180267@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

You appear to be requesting two things:

 1. Determine the Windows version by looking at sys.getwindowsversion() rather than relying on the ver command line tool.

 2. Use lsb_release to fetch the release name on Linux systems that support it.

The first is possible, if that API is available. It would still have to fall back to the ver command line tool, since it's not future-proof, i.e. future versions of Windows will not automatically be supported.

The second is wrong, since platform.release() is only a short-cut to the uname() function and this refers to the underlying system rather than the Linux distrubtion.

However, I could add support for lsb_release to the linux_distribution() function.

----------

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

From report at bugs.python.org  Mon Aug  2 11:23:42 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 09:23:42 +0000
Subject: [issue7299] setup.py install doesn't honor PYTHONUSERBASE
In-Reply-To: <1257857799.68.0.397965237537.issue7299@psf.upfronthosting.co.za>
Message-ID: <1280741022.09.0.517951049333.issue7299@psf.upfronthosting.co.za>


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

Closing in two weeks if there is no additional information. Please reopen if needed.

----------
status: open -> pending

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

From report at bugs.python.org  Mon Aug  2 11:30:45 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 09:30:45 +0000
Subject: [issue9106] remove numbers from 3-.. level entries in docs toc
In-Reply-To: <1277749704.58.0.992065909356.issue9106@psf.upfronthosting.co.za>
Message-ID: <1280741445.37.0.615585511872.issue9106@psf.upfronthosting.co.za>


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

(Rationale for this resolution: On #3143, it was used to remind us to change a setting in Doc/conf.py after the switch to a new version of Sphinx with the new feature.)

----------
resolution: invalid -> remind

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

From report at bugs.python.org  Mon Aug  2 11:34:55 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 09:34:55 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1280741695.99.0.578084241072.issue870479@psf.upfronthosting.co.za>


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


----------
dependencies: +Make installed scripts executable on windows

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

From report at bugs.python.org  Mon Aug  2 11:47:46 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 09:47:46 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <4C568AE4.9070903@egenix.com>
Message-ID: <1280742462.3384.3.camel@localhost.localdomain>


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

>  * Unicode objects are NUL-terminated, but only very external APIs
>    rely on this (e.g. code using the Windows Unicode API). Please
>    don't make the code in unicodeobject.c itself rely on this
>    subtle detail.

That's wishful thinking, don't you think? *I* am not making code in
unicodeobject.c rely on this. It has been so for years, long before I
was here. You should check who made that design decision in the first
place instead of putting the blame on me.

Besides, the fact that external APIs rely on it make it much more
unchangeable than if it were an implementation detail.

----------

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

From report at bugs.python.org  Mon Aug  2 11:49:14 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 02 Aug 2010 09:49:14 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <1274847113.25.0.171149609237.issue8821@psf.upfronthosting.co.za>
Message-ID: <1280742554.01.0.225555750612.issue8821@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/issue8821>
_______________________________________

From report at bugs.python.org  Mon Aug  2 12:49:18 2010
From: report at bugs.python.org (Mark Smith)
Date: Mon, 02 Aug 2010 10:49:18 +0000
Subject: [issue9453] pulldom.SAX2DOM Doesn't support processing instructions
	before the root element
In-Reply-To: <1280746158.2.0.563581992561.issue9453@psf.upfronthosting.co.za>
Message-ID: <1280746158.2.0.563581992561.issue9453@psf.upfronthosting.co.za>


New submission from Mark Smith <mark.smith at practicalpoetry.co.uk>:

pulldom.SAX2DOM raises a TypeError if it encounters a processing instruction before the root element of an XML document.

It is valid to have a processing instruction before the root node of a document (and SAX2DOM's superclass, PullDOM supports this), so this behaviour is invalid.

I've encountered this bug while writing unit tests for pulldom (#9373), so I've added this as an @expectedFailure, to be submitted as a patch for that ticket.

----------
components: XML
messages: 112442
nosy: mark.smith
priority: normal
severity: normal
status: open
title: pulldom.SAX2DOM Doesn't support processing instructions before the root element
type: behavior
versions: Python 3.2

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

From report at bugs.python.org  Mon Aug  2 12:53:50 2010
From: report at bugs.python.org (Mark Smith)
Date: Mon, 02 Aug 2010 10:53:50 +0000
Subject: [issue9453] pulldom.SAX2DOM Doesn't support processing instructions
	before the root element
In-Reply-To: <1280746158.2.0.563581992561.issue9453@psf.upfronthosting.co.za>
Message-ID: <1280746430.93.0.350054820288.issue9453@psf.upfronthosting.co.za>


Mark Smith <mark.smith at practicalpoetry.co.uk> added the comment:

My recommendation is that SAX2DOM is deprecated and removed from the standard library rather than fixing this issue. The class is currently undocumented, has weird behaviour, and is unused within the Python standard library, so I don't expect that this will cause undue pain.

----------

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

From report at bugs.python.org  Mon Aug  2 13:30:57 2010
From: report at bugs.python.org (Ray.Allen)
Date: Mon, 02 Aug 2010 11:30:57 +0000
Subject: [issue1553375] Add traceback.print_full_exception()
Message-ID: <1280748657.64.0.936572697849.issue1553375@psf.upfronthosting.co.za>


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

David Murray, where is the patch?

----------
nosy: +ysj.ray

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

From report at bugs.python.org  Mon Aug  2 13:50:52 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Mon, 02 Aug 2010 11:50:52 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280749852.58.0.740257977335.issue9444@psf.upfronthosting.co.za>


Doug Hellmann <doug.hellmann at gmail.com> added the comment:

Yes, that doc change  is clear.  Thanks!

----------
nosy: +ted.turocy

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

From report at bugs.python.org  Mon Aug  2 14:01:38 2010
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Mon, 02 Aug 2010 12:01:38 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280750498.75.0.275749340684.issue9276@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:

> This is a security feature and should not be broken !

Can you explain this?

I don't think I agree, since an attacker can always serialize whatever they feel like.  It's the person doing the deserialization that has to be careful.

----------

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

From report at bugs.python.org  Mon Aug  2 14:03:58 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 12:03:58 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <1280742462.3384.3.camel@localhost.localdomain>
Message-ID: <4C56B428.7020609@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Antoine Pitrou wrote:
> 
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
>>  * Unicode objects are NUL-terminated, but only very external APIs
>>    rely on this (e.g. code using the Windows Unicode API). Please
>>    don't make the code in unicodeobject.c itself rely on this
>>    subtle detail.
> 
> That's wishful thinking, don't you think? *I* am not making code in
> unicodeobject.c rely on this. It has been so for years, long before I
> was here. You should check who made that design decision in the first
> place instead of putting the blame on me.

I'm not blaming you for this. However, I don't want more code
to rely on this behavior.

The NUL-termination has never been documented and my decision
to use NUL-termination on the PyUnicodeObject buffers was merely
a safety measure.

> Besides, the fact that external APIs rely on it make it much more
> unchangeable than if it were an implementation detail.

It's an undocumented implementation detail. We can certainly
deprecate it's use using the standard approach we have for this.

But all that is off-topic for this ticket, since codecs
operate on Py_UNICODE* buffers together with a size parameter
and relying on those buffers being NUL-terminated is bound to
cause problems.

----------

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

From report at bugs.python.org  Mon Aug  2 14:06:29 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 12:06:29 +0000
Subject: [issue9209] pstats module crashes on trailing backslash
In-Reply-To: <1278638290.01.0.457027619386.issue9209@psf.upfronthosting.co.za>
Message-ID: <1280750789.82.0.191238226742.issue9209@psf.upfronthosting.co.za>


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

Thanks, fixed in r83523.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 14:06:45 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 12:06:45 +0000
Subject: [issue7781] interactive pstats broken
In-Reply-To: <1264464159.48.0.243673781455.issue7781@psf.upfronthosting.co.za>
Message-ID: <1280750805.47.0.868935103024.issue7781@psf.upfronthosting.co.za>


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

Thanks, fixed in r83523.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 14:12:43 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 12:12:43 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1280750498.75.0.275749340684.issue9276@psf.upfronthosting.co.za>
Message-ID: <4C56B638.3050708@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Jean-Paul Calderone wrote:
> 
> Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:
> 
>> This is a security feature and should not be broken !
> 
> Can you explain this?
> 
> I don't think I agree, since an attacker can always serialize whatever they feel like.  It's the person doing the deserialization that has to be careful.

The marshal protocol which is used for storing PYC files has support
for serializing code objects.

The support on pickles, which are meant for data serialization, was not added
per default to prevent unwanted code execution during deserialization,
but instead made possible via pickle hooks, so as to make the decision
to support code serialization an explicit application choice.

By adding default support for unpickling code objects, you can trick
the unpickling code into executing serialized code: first you add
a serialized version of a malicious class definition, then you add
an object of that class to the pickle. At object restore time, the
malicious class can then run os.system('rm -rf /')...

----------

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

From report at bugs.python.org  Mon Aug  2 14:13:01 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 02 Aug 2010 12:13:01 +0000
Subject: [issue8572] httplib getheader() throws error instead of default
In-Reply-To: <1272556633.35.0.699750313989.issue8572@psf.upfronthosting.co.za>
Message-ID: <1280751181.3.0.339441728288.issue8572@psf.upfronthosting.co.za>


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

Fixed in revision 83521 (py3k) and 83522 (release31-maint).
I made slight modifications to the patch to include non-iterable values,like int, for default too.

If you feel the documentation could be made better, please suggest the wordings for the sentence. I am leaving the bug open for this, if the current one is fine, we can close the bug.

David (RDM): I am not sure if we need a Deprecation Warning here.
If you actually see getheader() is supposed to return a string only as Headers are strings. I don't think someone should be consciously passing a list of items and excepting the list of items back.

', '.join of header values seem to be for situations in which get_all returns list of values, which is possible when there are different values for same header key.  This is a correct behavior IMO. The 2.x one is a mistake where it returned only the first value as a string.

----------
priority: release blocker -> 
resolution:  -> fixed
stage: unit test needed -> committed/rejected

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

From report at bugs.python.org  Mon Aug  2 14:20:47 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 12:20:47 +0000
Subject: [issue9428] profile.py bug with the main file being profiled
In-Reply-To: <1280503217.79.0.150148716747.issue9428@psf.upfronthosting.co.za>
Message-ID: <1280751647.05.0.018891085212.issue9428@psf.upfronthosting.co.za>


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

Fixed (also for cProfile) in r83524.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 14:29:27 2010
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Mon, 02 Aug 2010 12:29:27 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280752167.16.0.94084811509.issue9276@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:

> By adding default support for unpickling code objects, you can trick
the unpickling code into executing serialized code:

This doesn't sound correct to me.

You can *already* trick unpickling code into executing serialized code.  You don't need this feature in order to be able to do it.

----------

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

From report at bugs.python.org  Mon Aug  2 14:33:19 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 12:33:19 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <4C56B428.7020609@egenix.com>
Message-ID: <1280752395.3384.6.camel@localhost.localdomain>


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

> But all that is off-topic for this ticket, since codecs
> operate on Py_UNICODE* buffers together with a size parameter
> and relying on those buffers being NUL-terminated is bound to
> cause problems.

That's right. Then perhaps a fixed patch can be uploaded, if someone
cares enough.

----------

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

From report at bugs.python.org  Mon Aug  2 14:35:48 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 12:35:48 +0000
Subject: [issue6436] trace module doesn't seem to produce .cover files for Py3
	(but does for Py2)
In-Reply-To: <1247035057.94.0.368292747718.issue6436@psf.upfronthosting.co.za>
Message-ID: <1280752548.92.0.0130449429915.issue6436@psf.upfronthosting.co.za>


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

Duplicate of #1690103.

----------
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 14:41:12 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 12:41:12 +0000
Subject: [issue7563] yield in except clause causes exception context to be lost
In-Reply-To: <1261511318.07.0.56759832135.issue7563@psf.upfronthosting.co.za>
Message-ID: <1280752872.89.0.567582902642.issue7563@psf.upfronthosting.co.za>


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

This won't get backported now that 2.7 is in maintenance.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 14:43:28 2010
From: report at bugs.python.org (Mark Smith)
Date: Mon, 02 Aug 2010 12:43:28 +0000
Subject: [issue9454] unittest.expectedFailure decorator does not maintain
	target function's docstring.
In-Reply-To: <1280753008.47.0.113036105001.issue9454@psf.upfronthosting.co.za>
Message-ID: <1280753008.47.0.113036105001.issue9454@psf.upfronthosting.co.za>


New submission from Mark Smith <mark.smith at practicalpoetry.co.uk>:

When running tests with -v, the test runner prints out the docstring of each test method, if present, and falls back to the method name if it's not present.

Test methods wrapped with @expectedFailure do not print out their docstring, so it looks like the docstring is not copied to the wrapper function.

Failing test coming soon, hopefully followed by a patch to fix :)

----------
components: Tests
messages: 112457
nosy: mark.smith
priority: normal
severity: normal
status: open
title: unittest.expectedFailure decorator does not maintain target function's docstring.
type: performance
versions: Python 3.2

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

From report at bugs.python.org  Mon Aug  2 14:49:06 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 12:49:06 +0000
Subject: [issue3821] trace module bug when using --missing
In-Reply-To: <1220976433.09.0.355914664139.issue3821@psf.upfronthosting.co.za>
Message-ID: <1280753346.57.0.401995607498.issue3821@psf.upfronthosting.co.za>


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

Fixed the test cases and committed them in r83527.

----------
nosy: +georg.brandl
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 14:52:34 2010
From: report at bugs.python.org (Mark Smith)
Date: Mon, 02 Aug 2010 12:52:34 +0000
Subject: [issue9454] unittest.expectedFailure decorator does not maintain
	target function's docstring.
In-Reply-To: <1280753008.47.0.113036105001.issue9454@psf.upfronthosting.co.za>
Message-ID: <1280753554.01.0.5152857798.issue9454@psf.upfronthosting.co.za>


Mark Smith <mark.smith at practicalpoetry.co.uk> added the comment:

Provided a patch to demonstrate this issue.

Demonstrates that docstrings aren't copied to the decorator function.

----------
keywords: +patch
Added file: http://bugs.python.org/file18321/unittest_failing_test.patch

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

From report at bugs.python.org  Mon Aug  2 15:17:08 2010
From: report at bugs.python.org (Matt Giuca)
Date: Mon, 02 Aug 2010 13:17:08 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <1274847113.25.0.171149609237.issue8821@psf.upfronthosting.co.za>
Message-ID: <1280755028.1.0.229222108387.issue8821@psf.upfronthosting.co.za>


Matt Giuca <matt.giuca at gmail.com> added the comment:

OK, I finally had time to review this issue again.

Firstly, granted the original fix broke a test case, shouldn't we figure out why it broke and fix it, rather than just revert the change and continue relying on this tenuous assumption? Surely it's best to have as little code relying on it as possible.

Secondly, please have a look at my patch again. It wasn't committed properly -- no offense to Georg, it's an honest mistake! My patch was:

--- Objects/unicodeobject.c	(revision 81539)
+++ Objects/unicodeobject.c	(working copy)
@@ -3065,7 +3065,7 @@
         }
 #else
         /* Map UTF-16 surrogate pairs to '\U00xxxxxx' */
-        else if (ch >= 0xD800 && ch < 0xDC00) {
+        else if (ch >= 0xD800 && ch < 0xDC00 && size > 0) {
             Py_UNICODE ch2;
             Py_UCS4 ucs;

The commit made in r83418 by Georg Brandl (and similarly r83395 in py3k):
http://svn.python.org/view/python/branches/release27-maint/Objects/unicodeobject.c?r1=82980&r2=83418

--- Objects/unicodeobject.c	(revision 83417)
+++ Objects/unicodeobject.c	(revision 83418)
@@ -3067,7 +3067,7 @@
 
             ch2 = *s++;
             size--;
-            if (ch2 >= 0xDC00 && ch2 <= 0xDFFF) {
+            if (ch2 >= 0xDC00 && ch2 <= 0xDFFF && size) {
                 ucs = (((ch & 0x03FF) << 10) | (ch2 & 0x03FF)) + 0x00010000;
                 *p++ = '\\';
                 *p++ = 'U';
@@ -3316,7 +3316,7 @@
 
                 ch2 = *s++;
                 size--;
-                if (ch2 >= 0xDC00 && ch2 <= 0xDFFF) {
+                if (ch2 >= 0xDC00 && ch2 <= 0xDFFF && size) {
                     ucs = (((ch & 0x03FF) << 10) | (ch2 & 0x03FF)) + 0x00010000;
                     *p++ = '\\';
                     *p++ = 'U';

I put the size check on the first character of the surrogate pair; in the committed version the size check was on the second character (after the "size" variable is decremented), causing it to break out of that branch too early in some cases.

Moving the size check to the outer if block fixes the test breakage.

PS. Good find on the second copy of that code in the PyUnicode_EncodeRawUnicodeEscape function. I've attached a new patch which fixes both functions instead of just the unicodeescape_string function.

Passes all test cases on UCS2 build of the 2.7 branch.

----------
Added file: http://bugs.python.org/file18322/unicode-range-check2.patch

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

From report at bugs.python.org  Mon Aug  2 15:19:04 2010
From: report at bugs.python.org (Mark Smith)
Date: Mon, 02 Aug 2010 13:19:04 +0000
Subject: [issue9454] unittest.expectedFailure decorator does not maintain
	target function's docstring.
In-Reply-To: <1280753008.47.0.113036105001.issue9454@psf.upfronthosting.co.za>
Message-ID: <1280755144.73.0.5517922783.issue9454@psf.upfronthosting.co.za>


Changes by Mark Smith <mark.smith at practicalpoetry.co.uk>:


Removed file: http://bugs.python.org/file18321/unittest_failing_test.patch

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

From report at bugs.python.org  Mon Aug  2 15:20:23 2010
From: report at bugs.python.org (Mark Smith)
Date: Mon, 02 Aug 2010 13:20:23 +0000
Subject: [issue9454] unittest.expectedFailure decorator does not maintain
	target function's docstring.
In-Reply-To: <1280753008.47.0.113036105001.issue9454@psf.upfronthosting.co.za>
Message-ID: <1280755223.24.0.298257788566.issue9454@psf.upfronthosting.co.za>


Mark Smith <mark.smith at practicalpoetry.co.uk> added the comment:

Removed the failing test patch, because it didn't demonstrate what I thought it did. Unwrapped tests also don't have docstrings, because they are instances of the TestCase, not references to the function.

----------

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

From report at bugs.python.org  Mon Aug  2 15:25:44 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 13:25:44 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1280752167.16.0.94084811509.issue9276@psf.upfronthosting.co.za>
Message-ID: <4C56C754.9000902@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Jean-Paul Calderone wrote:
> 
> Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:
> 
>> By adding default support for unpickling code objects, you can trick
> the unpickling code into executing serialized code:
> 
> This doesn't sound correct to me.
> 
> You can *already* trick unpickling code into executing serialized code.  You don't need this feature in order to be able to do it.

How ?

----------

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

From report at bugs.python.org  Mon Aug  2 15:27:27 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 13:27:27 +0000
Subject: [issue1553375] Add traceback.print_full_exception()
Message-ID: <1280755647.07.0.658868174494.issue1553375@psf.upfronthosting.co.za>


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

Morning does make a difference.  Revised patch that also works at the top level of a module.  (Let's see if I can manage to actually attach it this time...)

----------
keywords: +patch
Added file: http://bugs.python.org/file18323/full_traceback.patch

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

From report at bugs.python.org  Mon Aug  2 15:27:55 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 02 Aug 2010 13:27:55 +0000
Subject: [issue8959] WINFUNCTYPE wrapped ctypes callbacks not functioning
	correctly in Python 2.7
In-Reply-To: <1276153559.93.0.766128008061.issue8959@psf.upfronthosting.co.za>
Message-ID: <1280755675.35.0.108901807678.issue8959@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

The test added here is crashing my Windows 7 x64 machine on py3k in debug mode. It hangs indefinitely in release mode. This isn't occurring with the buildbots...


(Sorry for not reporting this sooner...I came to see the status and apparently the message I thought I left was not here, so, no status)

----------
nosy: +brian.curtin, georg.brandl
status: closed -> open

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

From report at bugs.python.org  Mon Aug  2 15:29:10 2010
From: report at bugs.python.org (Mark Smith)
Date: Mon, 02 Aug 2010 13:29:10 +0000
Subject: [issue9454] unittest.expectedFailure decorator does not maintain
	target function's docstring.
In-Reply-To: <1280753008.47.0.113036105001.issue9454@psf.upfronthosting.co.za>
Message-ID: <1280755750.1.0.282494017039.issue9454@psf.upfronthosting.co.za>


Mark Smith <mark.smith at practicalpoetry.co.uk> added the comment:

Closed this issue. The initial report was in error -- it turns out I can't even read my own console. I'm an idiot :)

----------
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 15:36:49 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 13:36:49 +0000
Subject: [issue1581182] Definition of a "character" is wrong
Message-ID: <1280756209.4.0.595523239822.issue1581182@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Without patch, I don't see how this issue can be moved forward.

Adding a list of such Unicode term definitions would at best cause additional confusion and only address people knowledgable in the Unicode field.

Note that Python's use of code units and code points matches those of the Unicode standard in most respects. Glyphs and all higher-level definitions are out-of-scope for Python.

----------
status: open -> languishing

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

From report at bugs.python.org  Mon Aug  2 15:39:40 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 13:39:40 +0000
Subject: [issue1581182] Definition of a "character" is wrong
Message-ID: <1280756380.39.0.883970113499.issue1581182@psf.upfronthosting.co.za>


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


----------
assignee:  -> docs at python
nosy: +docs at python
stage:  -> needs patch
versions: +Python 2.6, Python 3.2

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

From report at bugs.python.org  Mon Aug  2 15:52:07 2010
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Mon, 02 Aug 2010 13:52:07 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280757127.38.0.605114529509.issue9276@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:

For example:

exarkun at boson:~$ python
Python 2.6.4 (r264:75706, Dec  7 2009, 18:45:15) 
[GCC 4.4.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> class x(object):
...     def __reduce__(self):
...         import os
...         return os.system, ('echo "Hello from sploitland"',)
... 
>>> import pickle
>>> pickle.loads(pickle.dumps(x()))
Hello from sploitland
0
>>>

----------

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

From report at bugs.python.org  Mon Aug  2 15:54:16 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 13:54:16 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <4C56C754.9000902@egenix.com>
Message-ID: <AANLkTimWqefbuNz77T6vvjLqbAj36iRoXdTdtYxiJ0OH@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Mon, Aug 2, 2010 at 9:25 AM, Marc-Andre Lemburg
<report at bugs.python.org> wrote:
..
>> You can *already* trick unpickling code into executing serialized code. ?You don't need
> this feature in order to be able to do it.
>
> How ?
>
>>> from pickle import *
>>> class evil:
...    def __reduce__(self):
...        return (exec, ("print('pwned!')",))
...
>>> s = dumps(evil())
>>> loads(s)
pwned!

See also http://bugs.python.org/issue9120#msg109004 .

AFAICT, the reason functions and classes are pickled by name has
nothing to do with security. From the manual:

"""Similarly, when class instances are pickled, their class?s code and
data are not pickled along with them. Only the instance data are
pickled. This is done on purpose, so you can fix bugs in a class or
add methods to the class and still load objects that were created with
an earlier version of the class. If you plan to have long-lived
objects that will see many versions of a class, it may be worthwhile
to put a version number in the objects so that suitable conversions
can be made by the class?s __setstate__() method.
"""  http://docs.python.org/library/pickle.html?#what-can-be-pickled-and-unpickled

----------

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

From report at bugs.python.org  Mon Aug  2 15:59:02 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 13:59:02 +0000
Subject: [issue8572] httplib getheader() throws error instead of default
In-Reply-To: <1272556633.35.0.699750313989.issue8572@psf.upfronthosting.co.za>
Message-ID: <1280757542.11.0.792240909966.issue8572@psf.upfronthosting.co.za>


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

Right, the join behavior is correct.  But the definition of a *default* (aka sentinel) value is that it is returned *unchanged*.  It is counter intuitive that if you pass a list of strings as a default, that what you get back is those strings joined by ','.  But that is the released behavior. so we have to live with it.

I think the doc patch is OK except that it should be 'iterable' rather than 'iterator'.  However, it might make the whole method clearer if we say instead:

Return the value of the header *name*, or *default* if there is no header matching *name*.  If there is more than one header with the name *name*, return all of the values joined by ', '.  If 'default' is any iterable other than a single string, its elements are similarly returned joined by commas.

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

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

From report at bugs.python.org  Mon Aug  2 16:03:35 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 14:03:35 +0000
Subject: [issue9454] unittest.expectedFailure decorator does not maintain
	target function's docstring.
In-Reply-To: <1280753008.47.0.113036105001.issue9454@psf.upfronthosting.co.za>
Message-ID: <1280757815.73.0.663424245243.issue9454@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +michael.foord

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

From report at bugs.python.org  Mon Aug  2 16:03:56 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 14:03:56 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280757836.54.0.422950685195.issue9276@psf.upfronthosting.co.za>


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


----------
nosy: +alexandre.vassalotti, pitrou

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

From report at bugs.python.org  Mon Aug  2 16:04:45 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 14:04:45 +0000
Subject: [issue9454] unittest.expectedFailure decorator does not maintain
	target function's docstring.
In-Reply-To: <1280753008.47.0.113036105001.issue9454@psf.upfronthosting.co.za>
Message-ID: <1280757885.38.0.423511082669.issue9454@psf.upfronthosting.co.za>


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

Woops, sorry for making you nosy on a closed issue, Michael.  Apparently I can't read either.

----------
nosy: +r.david.murray

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

From report at bugs.python.org  Mon Aug  2 16:05:49 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 14:05:49 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1280757127.38.0.605114529509.issue9276@psf.upfronthosting.co.za>
Message-ID: <4C56D0B5.1010106@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Jean-Paul Calderone wrote:
> 
> Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:
> 
> For example:
> 
> exarkun at boson:~$ python
> Python 2.6.4 (r264:75706, Dec  7 2009, 18:45:15) 
> [GCC 4.4.1] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>>>> class x(object):
> ...     def __reduce__(self):
> ...         import os
> ...         return os.system, ('echo "Hello from sploitland"',)
> ... 
>>>> import pickle
>>>> pickle.loads(pickle.dumps(x()))
> Hello from sploitland
> 0

But here you are not transferring malicious code in the pickle
string, you are just triggering the execution of such code that
you already have (and are in control of).

Without the definition of class x on the receiving side, there
would be no exploit.

By adding support for pickling code objects, you'd make it possible
to place the definition of class x into the pickle string and
you would no longer be in control of that code.

----------

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

From report at bugs.python.org  Mon Aug  2 16:07:29 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Mon, 02 Aug 2010 14:07:29 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280758049.26.0.358034236262.issue9444@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

Attached a unit test patch corresponding to Ted's patch.  http://bugs.python.org/file18320/argparse_test.patch

----------
nosy: +catherine

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

From report at bugs.python.org  Mon Aug  2 16:08:53 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 14:08:53 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <4C56D0B5.1010106@egenix.com>
Message-ID: <AANLkTi=zGrwan+pRuO_nczghkCgTjwk32ZhxpvOz7ZdH@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Mon, Aug 2, 2010 at 10:05 AM, Marc-Andre Lemburg
<report at bugs.python.org> wrote:
..
> Without the definition of class x on the receiving side, there
> would be no exploit.

You are mistaken.  Try adding del x (or del evil in my example)
between dumps and loads and see it working.

----------

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

From report at bugs.python.org  Mon Aug  2 16:09:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 14:09:29 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280758169.23.0.752431016441.issue9276@psf.upfronthosting.co.za>


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

I think methods should be picklable just like global functions are, that is, by pickling a tuple of the fully-qualified class name ("mymodule.myclass"), method name ("mymethod"), and self.

----------

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

From report at bugs.python.org  Mon Aug  2 16:11:31 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 14:11:31 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <4C56D0B5.1010106@egenix.com>
Message-ID: <4C56D20F.1080703@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

M.-A. Lemburg wrote:
> Jean-Paul Calderone wrote:
>>
>> Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:
>>
>> For example:
>>
>> exarkun at boson:~$ python
>> Python 2.6.4 (r264:75706, Dec  7 2009, 18:45:15) 
>> [GCC 4.4.1] on linux2
>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> class x(object):
>> ...     def __reduce__(self):
>> ...         import os
>> ...         return os.system, ('echo "Hello from sploitland"',)
>> ... 
>>>>> import pickle
>>>>> pickle.loads(pickle.dumps(x()))
>> Hello from sploitland
>> 0
> 
> But here you are not transferring malicious code in the pickle
> string, you are just triggering the execution of such code that
> you already have (and are in control of).
> 
> Without the definition of class x on the receiving side, there
> would be no exploit.
> 
> By adding support for pickling code objects, you'd make it possible
> to place the definition of class x into the pickle string and
> you would no longer be in control of that code.

Hmm, I just tried the code and it seems that you're right:

The pickle string does not contain a reference to class x,
but only the name of the function to call. Wow, that's a huge
hole in Python's pickle system...

...  def __reduce__(self):
...   import os
...   return os.system, ('echo "Bingo"',)
...
>>> import pickle
>>> pickle.dumps(C())
'cposix\nsystem\np0\n(S\'echo "Bingo"\'\np1\ntp2\nRp3\n.'
>>> C = None
>>> s = 'cposix\nsystem\np0\n(S\'echo "Bingo"\'\np1\ntp2\nRp3\n.'
>>> pickle.loads(s)
Bingo
0

----------

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

From report at bugs.python.org  Mon Aug  2 16:13:56 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 14:13:56 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <4C56D20F.1080703@egenix.com>
Message-ID: <AANLkTinZsYSir8JSrLXV_eT82qBEdX_JQqtOLD8t5JXy@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Mon, Aug 2, 2010 at 10:11 AM, Marc-Andre Lemburg
<report at bugs.python.org> wrote:
..
> Hmm, I just tried the code and it seems that you're right:
>
> The pickle string does not contain a reference to class x,
> but only the name of the function to call. Wow, that's a huge
> hole in Python's pickle system...

That's why we have a big red

"""
Warning: The pickle module is not intended to be secure against
erroneous or maliciously constructed data. Never unpickle data
received from an untrusted or unauthenticated source.
"""

in the docs.

----------

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

From report at bugs.python.org  Mon Aug  2 16:27:37 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Aug 2010 14:27:37 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <AANLkTinZsYSir8JSrLXV_eT82qBEdX_JQqtOLD8t5JXy@mail.gmail.com>
Message-ID: <4C56D5D6.9060503@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Alexander Belopolsky wrote:
> 
> Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:
> 
> On Mon, Aug 2, 2010 at 10:11 AM, Marc-Andre Lemburg
> <report at bugs.python.org> wrote:
> ..
>> Hmm, I just tried the code and it seems that you're right:
>>
>> The pickle string does not contain a reference to class x,
>> but only the name of the function to call. Wow, that's a huge
>> hole in Python's pickle system...
> 
> That's why we have a big red
> 
> """
> Warning: The pickle module is not intended to be secure against
> erroneous or maliciously constructed data. Never unpickle data
> received from an untrusted or unauthenticated source.
> """
> 
> in the docs.

Good :-)

I've never used .__reduce__() and wasn't aware of the
fact that it can be used to run arbitrary code without
relying on the defining class.

I also like Antoine's idea of pickling the function/method name
instead of the whole code object.

This is in line with PEP 307 (http://www.python.org/dev/peps/pep-0307/)
which already uses the approach for classic class objects, Python
functions, etc.

----------

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

From report at bugs.python.org  Mon Aug  2 16:28:01 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 14:28:01 +0000
Subject: [issue6074] .pyc files created readonly if .py file is readonly,
	python won't overwrite
In-Reply-To: <1242857063.47.0.919073638283.issue6074@psf.upfronthosting.co.za>
Message-ID: <1280759281.7.0.279958449545.issue6074@psf.upfronthosting.co.za>


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

Apparently this may have become Windows-specific at some point. I can't reproduce under Linux with Python 2.6.5, 2.7 or 3.2.

I get a strange warning with -v under 2.7, though:

$ touch b.py && ~/cpython/27/python -v a.py 2>&1 | grep b.py
# /home/antoine/py3k/__svn__/b.pyc has bad mtime
import b # from /home/antoine/py3k/__svn__/b.py
# wrote /home/antoine/py3k/__svn__/b.pyc

("bad mtime"??)

----------
components: +Windows
nosy: +barry, pitrou
priority: critical -> normal

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

From report at bugs.python.org  Mon Aug  2 16:32:38 2010
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Mon, 02 Aug 2010 14:32:38 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280759558.73.0.698064469078.issue9276@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:

> I also like Antoine's idea of pickling the function/method name instead of the whole code object.

I like it too.  That's why I suggested it in the first comment on the ticket (read the linked code).  I guess Alexander likes it too, since he basically said as much in the second comment. ;)

----------

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

From report at bugs.python.org  Mon Aug  2 16:33:22 2010
From: report at bugs.python.org (Ray.Allen)
Date: Mon, 02 Aug 2010 14:33:22 +0000
Subject: [issue8743] set() operators don't work with collections.Set instances
In-Reply-To: <1274122246.37.0.692277131409.issue8743@psf.upfronthosting.co.za>
Message-ID: <1280759602.17.0.10165000517.issue8743@psf.upfronthosting.co.za>


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

In my opinion, the set's operator should be a bit more liberal and accept any collections.Set instances. Given collections.Set is an ABC and isinstance(set, collections.Set) is True, the set methods should(strong recommended) follow all the generalized abstract semantic definition in the ABC. This according to PEP 3119:
"""
In addition, the ABCs define a minimal set of methods that establish the characteristic behavior of the type. Code that discriminates objects based on their ABC type can trust that those methods will always be present. Each of these methods are accompanied by an generalized abstract semantic definition that is described in the documentation for the ABC. These standard semantic definitions are not enforced, but are strongly recommended.
"""

The collections.Set defines __or__() as this (for example):
"""
    def __or__(self, other):
        if not isinstance(other, Iterable):
            return NotImplemented
        chain = (e for s in (self, other) for e in s)
        return self._from_iterable(chain)
"""
which means the "|" operator should accept all iterable. So I think it's better to make set's methods should be more liberal.

----------
nosy: +ysj.ray

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

From report at bugs.python.org  Mon Aug  2 16:50:11 2010
From: report at bugs.python.org (Mark Smith)
Date: Mon, 02 Aug 2010 14:50:11 +0000
Subject: [issue9373] pulldom has low code coverage
In-Reply-To: <1279976804.16.0.216063093383.issue9373@psf.upfronthosting.co.za>
Message-ID: <1280760611.23.0.712894480822.issue9373@psf.upfronthosting.co.za>


Mark Smith <mark.smith at practicalpoetry.co.uk> added the comment:

Added a patch to increase code coverage for the pulldom module to 90%.

This patch also includes 3 'expectedFailure' tests that I believe indicate erroneous behaviour, associated with issues #9453 (SAX2DOM doesn't like processing instructions before the root element), and #9371 (pulldom doesn't provide END_DOCUMENT or COMMENT nodes)

----------
keywords: +patch
Added file: http://bugs.python.org/file18324/pulldom_tests.patch

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

From report at bugs.python.org  Mon Aug  2 16:55:50 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 14:55:50 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280760950.33.0.957069902713.issue9276@psf.upfronthosting.co.za>


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

There's already issue558238 on the same topic.

----------

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

From report at bugs.python.org  Mon Aug  2 16:56:13 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 14:56:13 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1280759558.73.0.698064469078.issue9276@psf.upfronthosting.co.za>
Message-ID: <AANLkTimJH2JgU0_FaiagO4EUPuogSNYiodTXdMZPNsVr@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Mon, Aug 2, 2010 at 10:32 AM, Jean-Paul Calderone
<report at bugs.python.org> wrote:
>
> Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:
>
>> I also like Antoine's idea of pickling the function/method name instead of the whole code object.
>
> I like it too. ?That's why I suggested it in the first comment on the ticket (read the linked
> code). ?I guess Alexander likes it too, since he basically said as much in the second
> comment. ;)

Yes, I think we have a consensus on this point. Note, however that
since unbound methods have been removed in 3.x, it is not trivial to
find a fully qualified name of a method anymore.   Also we need to
decide where to stop: should methods of nested classes be pickleable?

----------

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

From report at bugs.python.org  Mon Aug  2 16:57:26 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 14:57:26 +0000
Subject: [issue558238] Pickling bound methods
Message-ID: <1280761046.45.0.827977157927.issue558238@psf.upfronthosting.co.za>


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


----------
nosy: +merwok

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

From report at bugs.python.org  Mon Aug  2 16:57:34 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 14:57:34 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280761054.65.0.290621503656.issue9276@psf.upfronthosting.co.za>


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


----------
nosy: +merwok

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

From report at bugs.python.org  Mon Aug  2 16:58:30 2010
From: report at bugs.python.org (Ray.Allen)
Date: Mon, 02 Aug 2010 14:58:30 +0000
Subject: [issue8634] get method for dbm interface
In-Reply-To: <1273133367.38.0.142877532423.issue8634@psf.upfronthosting.co.za>
Message-ID: <1280761110.83.0.212765884585.issue8634@psf.upfronthosting.co.za>


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

+1 on generalize the dbm.gnu and gbm.ndbm, and also dbm.dumb. All of them should follow the Collections.MutableMapping ABC. I will work out a patch to fix this.

----------
nosy: +ysj.ray

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

From report at bugs.python.org  Mon Aug  2 16:59:29 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 02 Aug 2010 14:59:29 +0000
Subject: [issue8634] get method for dbm interface
In-Reply-To: <1273133367.38.0.142877532423.issue8634@psf.upfronthosting.co.za>
Message-ID: <1280761169.16.0.975005901366.issue8634@psf.upfronthosting.co.za>


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


----------
nosy: +merwok

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

From report at bugs.python.org  Mon Aug  2 16:59:30 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 14:59:30 +0000
Subject: [issue9299] os.makedirs(): Add a keyword argument to suppress "File
	exists" exception
In-Reply-To: <1279529255.89.0.917982060428.issue9299@psf.upfronthosting.co.za>
Message-ID: <1280761170.65.0.112043318918.issue9299@psf.upfronthosting.co.za>


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

Doc review: Small typo, Flase vs False.  Also, exceptions are "raised" rather than "thrown" in Python land (same for the docstring).  Both exception references should be :exc:`OSError`.

Otherwise, looks fine to me.

Raising priority; this should go into 3.2.

----------
nosy: +georg.brandl
priority: normal -> critical

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

From report at bugs.python.org  Mon Aug  2 17:08:20 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 15:08:20 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280761700.47.0.104242825078.issue9276@psf.upfronthosting.co.za>


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

> Yes, I think we have a consensus on this point. Note, however that
> since unbound methods have been removed in 3.x, it is not trivial to
> find a fully qualified name of a method anymore.

I suppose only bound methods should be pickleable:

>>> class C:
...     def m(self): pass
... 
>>> c = C()
>>> c.m
<bound method C.m of <__main__.C object at 0x7fa81299b150>>
>>> c.m.__self__.__module__
'__main__'

And perhaps class methods too:

>>> class C:
...     @classmethod
...     def cm(self): pass
... 
>>> C.cm
<bound method type.cm of <class '__main__.C'>>
>>> C.cm.__self__
<class '__main__.C'>
>>> C.cm.__self__.__module__
'__main__'


> Also we need to
> decide where to stop: should methods of nested classes be pickleable?

As we want, but they needn't be.

----------

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

From report at bugs.python.org  Mon Aug  2 17:19:20 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 15:19:20 +0000
Subject: [issue558238] Pickling bound methods
Message-ID: <1280762360.55.0.316199254782.issue558238@psf.upfronthosting.co.za>


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

Let's continue the discussion on issue9276.

----------
nosy:  -merwok
resolution:  -> duplicate
status: open -> closed
superseder:  -> pickle should support methods

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

From report at bugs.python.org  Mon Aug  2 17:20:23 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 15:20:23 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280762423.31.0.825779713251.issue9276@psf.upfronthosting.co.za>


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


----------
nosy: +hinsen, loewis, obamausa8, rhettinger

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

From report at bugs.python.org  Mon Aug  2 17:50:35 2010
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Mon, 02 Aug 2010 15:50:35 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280764235.78.0.820115520193.issue9276@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at twistedmatrix.com> added the comment:

> Note, however that since unbound methods have been removed in 3.x, it is not trivial to find a fully qualified name of a method anymore.

This is a rather sad loss of functionality.

----------

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

From report at bugs.python.org  Mon Aug  2 18:12:17 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 02 Aug 2010 16:12:17 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1280765537.83.0.229473949416.issue9264@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

You have about 5 hours as of this writing to apply the doc patch for Python 2.6.6 rc1 and then it will be too late to get it into Python 2.6.6 (though I might make an exception for doc-only patches like this, for post rc1).

While I haven't built the docs, I don't have any objections to the patches.  If the docs build and look right, JFDI!

----------

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

From report at bugs.python.org  Mon Aug  2 18:12:37 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 02 Aug 2010 16:12:37 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1280765557.84.0.291198428721.issue9264@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
priority: release blocker -> high

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

From report at bugs.python.org  Mon Aug  2 18:17:16 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 02 Aug 2010 16:17:16 +0000
Subject: [issue2986] difflib.SequenceMatcher not matching long sequences
In-Reply-To: <1211920199.48.0.934398772587.issue2986@psf.upfronthosting.co.za>
Message-ID: <1280765836.12.0.455831051476.issue2986@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Georg committed this patch to the 2.6 tree, and besides, this is doesn't seem like a blocking issue, so I'm kicking 2.6 off the list and knocking the priority down.

----------
priority: release blocker -> high
versions:  -Python 2.6

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

From report at bugs.python.org  Mon Aug  2 18:20:01 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 16:20:01 +0000
Subject: [issue1748064] inspect.getargspec fails on built-in or slot wrapper
	methods
Message-ID: <1280766001.18.0.604392630133.issue1748064@psf.upfronthosting.co.za>


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

It *is* a feature request.  The signature of functions implemented in C is currently not exposed to introspection.

----------
nosy: +georg.brandl
type: behavior -> feature request

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

From report at bugs.python.org  Mon Aug  2 18:22:11 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 16:22:11 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1280766131.88.0.426838330257.issue9264@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

I'll try to meet the deadline. :-)

----------

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

From report at bugs.python.org  Mon Aug  2 18:23:52 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 16:23:52 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1280766232.03.0.863882360652.issue9264@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Oh, this is not assigned to me.  Terry, do you need help with this?

----------

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

From report at bugs.python.org  Mon Aug  2 18:26:24 2010
From: report at bugs.python.org (James William Pye)
Date: Mon, 02 Aug 2010 16:26:24 +0000
Subject: [issue1195571] simple callback system for Py_FatalError
Message-ID: <1280766384.95.0.341184863141.issue1195571@psf.upfronthosting.co.za>


James William Pye <x at jwp.name> added the comment:

Would it be possible to require the embedding application to define the Py_FatalError symbol?

Admittedly, it would be nice to not have the callback installation code. =\

----------

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

From report at bugs.python.org  Mon Aug  2 18:29:26 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 16:29:26 +0000
Subject: [issue1195571] simple callback system for Py_FatalError
Message-ID: <1280766566.28.0.898223449604.issue1195571@psf.upfronthosting.co.za>


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

This sounds like a good idea but why the strange semantics of needing it to be defined before calling PyInitialize()?

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

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

From report at bugs.python.org  Mon Aug  2 18:43:24 2010
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Mon, 02 Aug 2010 16:43:24 +0000
Subject: [issue9276] pickle should support methods
In-Reply-To: <1279308320.41.0.159043379114.issue9276@psf.upfronthosting.co.za>
Message-ID: <1280767404.91.0.281950170819.issue9276@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

The security issue mentioned previously has been known for years. And, it is easy to protect against. See http://docs.python.org/py3k/library/pickle.html#restricting-globals

Also I am against adding pickling support to code objects. Code objects have no backward-compatibility constraint unlike pickles.

Antoine is right about we should be using a method fully-qualified name to pickle it. However, the problem with this approach is a method doesn't always have fully-qualified name (see issue3657). ForkingPickler in Lib/multiprocessing/forking.py uses this approach to add pickling support to methods.

----------

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

From report at bugs.python.org  Mon Aug  2 18:47:23 2010
From: report at bugs.python.org (W. Trevor King)
Date: Mon, 02 Aug 2010 16:47:23 +0000
Subject: [issue5752] xml.dom.minidom does not escape CR,
	LF and TAB characters within attribute values
In-Reply-To: <1239707588.77.0.33795755364.issue5752@psf.upfronthosting.co.za>
Message-ID: <1280767643.68.0.232419724528.issue5752@psf.upfronthosting.co.za>


W. Trevor King <wking at drexel.edu> added the comment:

As a workaround until the patch gets included, you can import this monkey patch module.

----------
nosy: +labrat
Added file: http://bugs.python.org/file18325/minidom.py

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

From report at bugs.python.org  Mon Aug  2 18:48:26 2010
From: report at bugs.python.org (James William Pye)
Date: Mon, 02 Aug 2010 16:48:26 +0000
Subject: [issue1195571] simple callback system for Py_FatalError
Message-ID: <1280767706.01.0.0150058938718.issue1195571@psf.upfronthosting.co.za>


James William Pye <x at jwp.name> added the comment:

I guess it seemed so unlikely that (C) extensions should be installing the callback that installation should be restricted pre-Py_Initialize(); the area completely controlled by the embedding app.

However, I have no strong attachment to that.

----------

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

From report at bugs.python.org  Mon Aug  2 18:49:43 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Aug 2010 16:49:43 +0000
Subject: [issue8042] mmap buffer implementation does not respect seek pos
In-Reply-To: <1267565166.19.0.574774228876.issue8042@psf.upfronthosting.co.za>
Message-ID: <1280767783.75.0.545236411937.issue8042@psf.upfronthosting.co.za>


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

If you want to slice into a writable buffer, you can use a memoryview:

>>> b = io.BytesIO(b"abc")
>>> m = mmap.mmap(-1, 10)
>>> b.readinto(memoryview(m)[5:])
3
>>> m[:]
b'\x00\x00\x00\x00\x00abc\x00\x00'

This only works on 3.x, though.
As for changing the mmap buffer implementation, it would break compatibility and is therefore not acceptable, sorry.

----------
nosy: +georg.brandl
resolution:  -> rejected
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 19:13:45 2010
From: report at bugs.python.org (Piotr Meyer)
Date: Mon, 02 Aug 2010 17:13:45 +0000
Subject: [issue5510] patches for Modules/socketmodule.c for NetBSD
In-Reply-To: <1280622470.22.0.473066601536.issue5510@psf.upfronthosting.co.za>
Message-ID: <20100802171121.GA20078@lelek.smutek.pl>


Piotr Meyer <aniou at smutek.pl> added the comment:

On Sun, Aug 01, 2010 at 12:27:50AM +0000, ??ric Araujo wrote:
> 
> ??ric Araujo <merwok at netwok.org> added the comment:
> 
> Does the bug still exist in 3.2 (branch named py3k in subversion)? Do
> the patch still apply? (The workflow is to patch the version in
> development and then backport fixes to stable branches.)

As far I see - yes, py3k still needs patch provided by wiz, even on 
NetBSD 5.1 (current RC stable). Oryginal diff doesn't apply, I made 
some amateur changes and "my" version of wiz's patch is in attachment. 

But we have another problem, use sem_timedwait in Python/thread_pthread.h 
- not directly connected with this case, but prevent py3k from build.  
I copy some lines from Modules/_multiprocessing/semaphore.c, but this is 
very ugly workaround and someone should look at this...

----------
Added file: http://bugs.python.org/file18326/netbsd-wizs-mod.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5510>
_______________________________________
-------------- next part --------------
--- Modules/socketmodule.c.orig	2010-08-02 18:48:32.000000000 +0200
+++ Modules/socketmodule.c	2010-08-02 18:59:51.000000000 +0200
@@ -382,7 +382,7 @@
 #define SOCKETCLOSE close
 #endif
 
-#if defined(HAVE_BLUETOOTH_H) || defined(HAVE_BLUETOOTH_BLUETOOTH_H) &&  !defined(__NetBSD__)
+#if defined(HAVE_BLUETOOTH_H) || defined(HAVE_BLUETOOTH_BLUETOOTH_H) &&  !defined(__NetBSD__) && !defined(__DragonFly__)
 #define USE_BLUETOOTH 1
 #if defined(__FreeBSD__)
 #define BTPROTO_L2CAP BLUETOOTH_PROTO_L2CAP
@@ -396,11 +396,13 @@
 #define _BT_L2_MEMB(sa, memb) ((sa)->l2cap_##memb)
 #define _BT_RC_MEMB(sa, memb) ((sa)->rfcomm_##memb)
 #define _BT_HCI_MEMB(sa, memb) ((sa)->hci_##memb)
-#elif defined(__NetBSD__)
+#elif defined(__NetBSD__) || defined(__DragonFly__)
 #define sockaddr_l2 sockaddr_bt
 #define sockaddr_rc sockaddr_bt
 #define sockaddr_hci sockaddr_bt
 #define sockaddr_sco sockaddr_bt
+#define SOL_HCI BTPROTO_HCI
+#define HCI_DATA_DIR SO_HCI_DIRECTION
 #define _BT_L2_MEMB(sa, memb) ((sa)->bt_##memb)
 #define _BT_RC_MEMB(sa, memb) ((sa)->bt_##memb)
 #define _BT_HCI_MEMB(sa, memb) ((sa)->bt_##memb)
@@ -1040,9 +1042,13 @@
         case BTPROTO_HCI:
         {
             struct sockaddr_hci *a = (struct sockaddr_hci *) addr;
+#if defined(__NetBSD__) || defined(__DragonFly__)
+            return makebdaddr(&_BT_HCI_MEMB(a, bdaddr));
+#else
             PyObject *ret = NULL;
             ret = Py_BuildValue("i", _BT_HCI_MEMB(a, dev));
             return ret;
+#endif
         }
 
 #if !defined(__FreeBSD__)
@@ -1326,12 +1332,25 @@
         case BTPROTO_HCI:
         {
             struct sockaddr_hci *addr = (struct sockaddr_hci *)addr_ret;
+#if defined(__NetBSD__) || defined(__DragonFly__)
+			char *straddr = PyBytes_AS_STRING(args);
+
+			_BT_HCI_MEMB(addr, family) = AF_BLUETOOTH;
+            if (straddr == NULL) {
+                PyErr_SetString(socket_error, "getsockaddrarg: "
+                    "wrong format");
+                return 0;
+            }
+            if (setbdaddr(straddr, &_BT_HCI_MEMB(addr, bdaddr)) < 0)
+                return 0;
+#else
             _BT_HCI_MEMB(addr, family) = AF_BLUETOOTH;
             if (!PyArg_ParseTuple(args, "i", &_BT_HCI_MEMB(addr, dev))) {
                 PyErr_SetString(socket_error, "getsockaddrarg: "
                                 "wrong format");
                 return 0;
             }
+#endif
             *len_ret = sizeof *addr;
             return 1;
         }
@@ -4417,9 +4436,13 @@
     PyModule_AddIntConstant(m, "BTPROTO_L2CAP", BTPROTO_L2CAP);
     PyModule_AddIntConstant(m, "BTPROTO_HCI", BTPROTO_HCI);
     PyModule_AddIntConstant(m, "SOL_HCI", SOL_HCI);
+#if !defined(__NetBSD__) && !defined(__DragonFly__)
     PyModule_AddIntConstant(m, "HCI_FILTER", HCI_FILTER);
+#endif
 #if !defined(__FreeBSD__)
+#if !defined(__NetBSD__) && !defined(__DragonFly__)
     PyModule_AddIntConstant(m, "HCI_TIME_STAMP", HCI_TIME_STAMP);
+#endif
     PyModule_AddIntConstant(m, "HCI_DATA_DIR", HCI_DATA_DIR);
     PyModule_AddIntConstant(m, "BTPROTO_SCO", BTPROTO_SCO);
 #endif

From report at bugs.python.org  Mon Aug  2 19:15:21 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 02 Aug 2010 17:15:21 +0000
Subject: [issue8572] httplib getheader() throws error instead of default
In-Reply-To: <1272556633.35.0.699750313989.issue8572@psf.upfronthosting.co.za>
Message-ID: <1280769321.92.0.298193360681.issue8572@psf.upfronthosting.co.za>


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

David, your suggested description was much better.
Modified the documentation in r83529 and r83530.

----------
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 19:25:02 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 17:25:02 +0000
Subject: [issue7372] Regression in pstats
In-Reply-To: <1258765391.77.0.857956675588.issue7372@psf.upfronthosting.co.za>
Message-ID: <1280769902.24.0.765252184141.issue7372@psf.upfronthosting.co.za>


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

Fixed with your patch in r83531.

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

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

From report at bugs.python.org  Mon Aug  2 19:44:44 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Mon, 02 Aug 2010 17:44:44 +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: <1280771084.4.0.951554504164.issue9348@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

I'm attaching a unit test patch that does something vaguely like Steven suggests.  It definitely needs review.

Also, I'm assuming that it's OK to specify *fewer* metavars than nargs, just not more... but I'm not sure about that.

----------
keywords: +patch
nosy: +catherine
Added file: http://bugs.python.org/file18327/wrong_metavars_test.patch

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

From report at bugs.python.org  Mon Aug  2 19:49:32 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 17:49:32 +0000
Subject: [issue8578] PyWeakref_GetObject
In-Reply-To: <1272635901.2.0.350528689181.issue8578@psf.upfronthosting.co.za>
Message-ID: <1280771372.2.0.0712333240042.issue8578@psf.upfronthosting.co.za>


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

I added a note to the docs in r83536.

----------
nosy: +georg.brandl

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

From report at bugs.python.org  Mon Aug  2 20:11:09 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 18:11:09 +0000
Subject: [issue6928] Doc:  Class statements and metaclass = xxx
In-Reply-To: <1253145229.65.0.267557560742.issue6928@psf.upfronthosting.co.za>
Message-ID: <1280772669.17.0.698224808647.issue6928@psf.upfronthosting.co.za>


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

Should be fixed in r83538.

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

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

From report at bugs.python.org  Mon Aug  2 20:14:17 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 02 Aug 2010 18:14:17 +0000
Subject: [issue7849] Improve "test_support.check_warnings()"
In-Reply-To: <1265227352.4.0.15322999222.issue7849@psf.upfronthosting.co.za>
Message-ID: <1280772857.74.0.781094704568.issue7849@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I backported this to 2.6 in r83537 in order to fix #7092. I used a leading underscore on _check_py3k_warnings to make it private because no new features should be added to 2.6.

----------

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

From report at bugs.python.org  Mon Aug  2 20:18:40 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 18:18:40 +0000
Subject: [issue2716] Reimplement audioop because of copyright issues
In-Reply-To: <1209428570.75.0.48368829493.issue2716@psf.upfronthosting.co.za>
Message-ID: <1280773120.77.0.884571833582.issue2716@psf.upfronthosting.co.za>


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

Current status: no lawsuit yet.

----------

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

From report at bugs.python.org  Mon Aug  2 20:21:33 2010
From: report at bugs.python.org (James William Pye)
Date: Mon, 02 Aug 2010 18:21:33 +0000
Subject: [issue1195571] simple callback system for Py_FatalError
Message-ID: <1280773293.48.0.810487503627.issue1195571@psf.upfronthosting.co.za>


Changes by James William Pye <jwpye at users.sourceforge.net>:


----------
nosy:  -jwpye

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

From report at bugs.python.org  Mon Aug  2 20:22:48 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 02 Aug 2010 18:22:48 +0000
Subject: [issue9061] cgi.escape Can Lead To XSS Vulnerabilities
In-Reply-To: <1277307995.11.0.923855376948.issue9061@psf.upfronthosting.co.za>
Message-ID: <1280773368.66.0.518332030078.issue9061@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Unless someone can upload a specific patch to review in the next couple of hours, I'm going to reduce the priority for 2.6.6rc1.

----------
nosy: +barry

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

From report at bugs.python.org  Mon Aug  2 20:33:30 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 18:33:30 +0000
Subject: [issue9061] cgi.escape Can Lead To XSS Vulnerabilities
In-Reply-To: <1277307995.11.0.923855376948.issue9061@psf.upfronthosting.co.za>
Message-ID: <1280774010.25.0.218606622423.issue9061@psf.upfronthosting.co.za>


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

Applied doc patch to 2.6 in r83539.

----------
nosy: +georg.brandl
priority: release blocker -> critical
versions:  -Python 2.5, Python 2.6

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

From report at bugs.python.org  Mon Aug  2 20:34:41 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Aug 2010 18:34:41 +0000
Subject: [issue9451] Strengthen __*__ system name warning
In-Reply-To: <1280703230.07.0.461844472434.issue9451@psf.upfronthosting.co.za>
Message-ID: <1280774081.95.0.140829333965.issue9451@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch

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

From report at bugs.python.org  Mon Aug  2 20:41:51 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Mon, 02 Aug 2010 18:41:51 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280774511.63.0.872158998087.issue9452@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Reading from a string is certainly fairly common, though I'm pretty happy with using an io.StringIO seems reasonable and straightforward.

I've never stumbled over the need to "read" from dictionaries as described.

----------
nosy: +fdrake

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

From report at bugs.python.org  Mon Aug  2 20:42:04 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Mon, 02 Aug 2010 18:42:04 +0000
Subject: [issue9338] argparse optionals with nargs='+' can't be followed by
	positionals
In-Reply-To: <1279881989.28.0.725806934086.issue9338@psf.upfronthosting.co.za>
Message-ID: <1280774524.42.0.962427752488.issue9338@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

Here's a unit test for the simplest cases.

----------
keywords: +patch
nosy: +catherine
Added file: http://bugs.python.org/file18328/test_pos_after_var_args.patch

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

From report at bugs.python.org  Mon Aug  2 20:44:01 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Mon, 02 Aug 2010 18:44:01 +0000
Subject: [issue5412] extend configparser to support mapping access(__*item__)
In-Reply-To: <1236093276.38.0.814047349626.issue5412@psf.upfronthosting.co.za>
Message-ID: <1280774641.51.0.852806999829.issue5412@psf.upfronthosting.co.za>


Changes by Fred L. Drake, Jr. <fdrake at acm.org>:


----------
nosy: +fdrake

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

From report at bugs.python.org  Mon Aug  2 20:52:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Aug 2010 18:52:04 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1280775124.86.0.860885285837.issue9264@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I cannot do commits yet, so please do it. I expected this to be picked up by a doc person.

----------

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

From report at bugs.python.org  Mon Aug  2 20:52:58 2010
From: report at bugs.python.org (Konrad Delong)
Date: Mon, 02 Aug 2010 18:52:58 +0000
Subject: [issue8312] Add post/pre hooks for distutils commands
In-Reply-To: <1270418101.32.0.698965190272.issue8312@psf.upfronthosting.co.za>
Message-ID: <1280775178.33.0.544721357264.issue8312@psf.upfronthosting.co.za>


Konrad Delong <konryd at gmail.com> added the comment:

I see no reasons to limit the command set to just these two.

----------
nosy: +Konrad.Delong

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

From report at bugs.python.org  Mon Aug  2 20:54:04 2010
From: report at bugs.python.org (Konrad)
Date: Mon, 02 Aug 2010 18:54:04 +0000
Subject: [issue8312] Add post/pre hooks for distutils commands
In-Reply-To: <1270418101.32.0.698965190272.issue8312@psf.upfronthosting.co.za>
Message-ID: <1280775244.54.0.424993798647.issue8312@psf.upfronthosting.co.za>


Changes by Konrad <konryd at gmail.com>:


----------
nosy:  -Konrad.Delong

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

From report at bugs.python.org  Mon Aug  2 21:00:20 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:00:20 +0000
Subject: [issue8560] regrtest: add a minimal "progress bar"
In-Reply-To: <1272474105.27.0.516301529425.issue8560@psf.upfronthosting.co.za>
Message-ID: <1280775620.43.0.362350143456.issue8560@psf.upfronthosting.co.za>


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

Committed patch adding the [x/y] style indicator in r83543.

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

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

From report at bugs.python.org  Mon Aug  2 21:07:33 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:07:33 +0000
Subject: [issue2609] Tests fail if ./@test is not writeable
In-Reply-To: <1207846870.93.0.178479630911.issue2609@psf.upfronthosting.co.za>
Message-ID: <1280776053.58.0.0828685788708.issue2609@psf.upfronthosting.co.za>


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

Out of date now -- regrtest now uses "with temp_cwd()", changing directory to either the Python build dir or a tempdir.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 21:13:56 2010
From: report at bugs.python.org (Bill Janssen)
Date: Mon, 02 Aug 2010 19:13:56 +0000
Subject: [issue9455] platform test borked in 2.7 branch on Power PC
In-Reply-To: <1280776436.51.0.34473715368.issue9455@psf.upfronthosting.co.za>
Message-ID: <1280776436.51.0.34473715368.issue9455@psf.upfronthosting.co.za>


New submission from Bill Janssen <bill.janssen at gmail.com>:

Looks like some test borked the 2.7 tests on the buildbots.  Here's the offending test:


test test_platform failed -- Traceback (most recent call last):
  File "/Users/buildbot/buildarea/2.7.parc-leopard-1/build/Lib/test/test_platform.py", line 196, in test_mac_ver
    self.assertEquals(res[2], 'PowerPC')
AssertionError: 'Power Macintosh' != 'PowerPC'

Re-running test 'test_platform' in verbose mode
test_architecture (test.test_platform.PlatformTest) ... ok
test_architecture_via_symlink (test.test_platform.PlatformTest) ... [17052 refs]
[17052 refs]
ok
test_dist (test.test_platform.PlatformTest) ... ok
test_java_ver (test.test_platform.PlatformTest) ... ok
test_libc_ver (test.test_platform.PlatformTest) ... ok
test_mac_ver (test.test_platform.PlatformTest) ... FAIL
test_mac_ver_with_fork (test.test_platform.PlatformTest) ... ok
test_machine (test.test_platform.PlatformTest) ... ok
test_node (test.test_platform.PlatformTest) ... ok
test_parse_release_file (test.test_platform.PlatformTest) ... ok
test_platform (test.test_platform.PlatformTest) ... ok
test_processor (test.test_platform.PlatformTest) ... ok
test_release (test.test_platform.PlatformTest) ... ok
test_sys_version (test.test_platform.PlatformTest) ... ok
test_system (test.test_platform.PlatformTest) ... ok
test_system_alias (test.test_platform.PlatformTest) ... ok
test_uname (test.test_platform.PlatformTest) ... ok
test_uname_win32_ARCHITEW6432 (test.test_platform.PlatformTest) ... skipped 'windows only test'
test_version (test.test_platform.PlatformTest) ... ok
test_win32_ver (test.test_platform.PlatformTest) ... ok

======================================================================
FAIL: test_mac_ver (test.test_platform.PlatformTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/2.7.parc-leopard-1/build/Lib/test/test_platform.py", line 196, in test_mac_ver
    self.assertEquals(res[2], 'PowerPC')
AssertionError: 'Power Macintosh' != 'PowerPC'

----------------------------------------------------------------------
Ran 20 tests in 6.468s

FAILED (failures=1, skipped=1)
test test_platform failed -- Traceback (most recent call last):
  File "/Users/buildbot/buildarea/2.7.parc-leopard-1/build/Lib/test/test_platform.py", line 196, in test_mac_ver
    self.assertEquals(res[2], 'PowerPC')
AssertionError: 'Power Macintosh' != 'PowerPC'

----------
assignee: ronaldoussoren
components: Library (Lib), Tests
messages: 112516
nosy: janssen, ronaldoussoren
priority: normal
severity: normal
status: open
title: platform test borked in 2.7 branch on Power PC
type: behavior
versions: Python 2.7

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

From report at bugs.python.org  Mon Aug  2 21:16:45 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:16:45 +0000
Subject: [issue7973] Wrong spelling of distutils options in error messages and
	docs
In-Reply-To: <1266707210.18.0.401043934707.issue7973@psf.upfronthosting.co.za>
Message-ID: <1280776605.79.0.868781025319.issue7973@psf.upfronthosting.co.za>


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

Fixed in r83546.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 21:17:50 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:17:50 +0000
Subject: [issue7862] fileio.c: ValueError vs. IOError with impossible
	operations
In-Reply-To: <1265405300.06.0.973184216127.issue7862@psf.upfronthosting.co.za>
Message-ID: <1280776670.46.0.812596246645.issue7862@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> pitrou

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

From report at bugs.python.org  Mon Aug  2 21:19:35 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:19:35 +0000
Subject: [issue7386] More precise document on os.path.normpath()
In-Reply-To: <1259029535.8.0.110880013855.issue7386@psf.upfronthosting.co.za>
Message-ID: <1280776775.91.0.145299164479.issue7386@psf.upfronthosting.co.za>


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

Fixed in r83547.

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

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

From report at bugs.python.org  Mon Aug  2 21:23:43 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:23:43 +0000
Subject: [issue8172] Documentation of Property needs example
In-Reply-To: <1268922275.96.0.934351255031.issue8172@psf.upfronthosting.co.za>
Message-ID: <1280777023.13.0.411176137419.issue8172@psf.upfronthosting.co.za>


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

Fixed in r83548.

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

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

From report at bugs.python.org  Mon Aug  2 21:23:54 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 02 Aug 2010 19:23:54 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280777034.89.0.0551104580832.issue9452@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18319/issue9452.diff

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

From report at bugs.python.org  Mon Aug  2 21:25:26 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 02 Aug 2010 19:25:26 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280777126.5.0.0598188734318.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Corrected a simple mistake in the patch.

----------
Added file: http://bugs.python.org/file18329/issue9452.diff

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

From report at bugs.python.org  Mon Aug  2 21:29:00 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:29:00 +0000
Subject: [issue3849] FUD in documentation for urllib.urlopen()
In-Reply-To: <1221246343.23.0.128587140594.issue3849@psf.upfronthosting.co.za>
Message-ID: <1280777340.94.0.121898191249.issue3849@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

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

From report at bugs.python.org  Mon Aug  2 21:33:08 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 02 Aug 2010 19:33:08 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1280777588.94.0.839010113882.issue9264@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Committed in release26-maint, r83549, to beat the rc1 deadline.   I'll comment on a few improvements that we can do for 3.x later.

Eli,

I needed to fix white space issues in your patch before committing.  Please run make patchcheck on your changes before posting a patch.

----------

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

From report at bugs.python.org  Mon Aug  2 21:33:11 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:33:11 +0000
Subject: [issue9451] Strengthen __*__ system name warning
In-Reply-To: <1280703230.07.0.461844472434.issue9451@psf.upfronthosting.co.za>
Message-ID: <1280777591.3.0.271677516864.issue9451@psf.upfronthosting.co.za>


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

Thanks, applied in r83550.

----------
dependencies:  -Clarify __debug__ restrictions
nosy: +georg.brandl
resolution:  -> accepted
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 21:37:23 2010
From: report at bugs.python.org (Michael Foord)
Date: Mon, 02 Aug 2010 19:37:23 +0000
Subject: [issue8590] test_httpservers.CGIHTTPServerTestCase failure on
	3.1-maint Mac OS X
In-Reply-To: <1272713768.56.0.588560261666.issue8590@psf.upfronthosting.co.za>
Message-ID: <1280777843.96.0.173189445688.issue8590@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Yep:

test_post (__main__.CGIHTTPServerTestCase) ... Traceback (most recent call last):
  File "/private/var/folders/WD/WDk8J3uFE7OM9tRer5Oy4E+++TI/-Tmp-/tmp3KtUFW/cgi-bin/file2.py", line 2, in <module>
    import cgi
  File "/compile/release31-maint/Lib/cgi.py", line 34, in <module>
    from operator import attrgetter
ImportError: No module named operator
[28262 refs]
FAIL
test_url_collapse_path_split (__main__.CGIHTTPServerTestCase) ... ok

======================================================================
FAIL: test_post (__main__.CGIHTTPServerTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "Lib/test/test_httpservers.py", line 379, in test_post
AssertionError: b'' != b'1, python, 123456\n'

----------------------------------------------------------------------
Ran 23 tests in 1.315s

FAILED (failures=1)
Traceback (most recent call last):
  File "Lib/test/test_httpservers.py", line 411, in <module>
    test_main()
  File "Lib/test/test_httpservers.py", line 405, in test_main
    CGIHTTPServerTestCase
  File "/compile/release31-maint/Lib/test/support.py", line 903, in run_unittest
    _run_suite(suite)
  File "/compile/release31-maint/Lib/test/support.py", line 886, in _run_suite
    raise TestFailed(err)
test.support.TestFailed: Traceback (most recent call last):
  File "Lib/test/test_httpservers.py", line 379, in test_post
AssertionError: b'' != b'1, python, 123456\n'

----------

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

From report at bugs.python.org  Mon Aug  2 21:40:28 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:40:28 +0000
Subject: [issue9438] Clarify __debug__ restrictions
In-Reply-To: <1280596068.17.0.635843199861.issue9438@psf.upfronthosting.co.za>
Message-ID: <1280778028.31.0.318471853183.issue9438@psf.upfronthosting.co.za>


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

Fixed in r83552.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 21:43:15 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:43:15 +0000
Subject: [issue7280] PCBuild instruction says to use nasmw.exe but it no
	longer exist
In-Reply-To: <1257625133.53.0.426769488546.issue7280@psf.upfronthosting.co.za>
Message-ID: <1280778195.38.0.504785662475.issue7280@psf.upfronthosting.co.za>


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

Fixed in r83554.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 21:44:58 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:44:58 +0000
Subject: [issue8861] curses.wrapper : unnessesary code
In-Reply-To: <1275327135.19.0.0185418659015.issue8861@psf.upfronthosting.co.za>
Message-ID: <1280778298.41.0.612501855241.issue8861@psf.upfronthosting.co.za>


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

Fixed in r83555.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 21:45:35 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:45:35 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1280778335.32.0.178728029875.issue8622@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> haypo

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

From report at bugs.python.org  Mon Aug  2 21:46:42 2010
From: report at bugs.python.org (Bill Janssen)
Date: Mon, 02 Aug 2010 19:46:42 +0000
Subject: [issue9455] platform test borked in 2.7 branch on Power PC
In-Reply-To: <1280776436.51.0.34473715368.issue9455@psf.upfronthosting.co.za>
Message-ID: <1280778402.59.0.443118316527.issue9455@psf.upfronthosting.co.za>


Bill Janssen <bill.janssen at gmail.com> added the comment:

This is on a PowerPC machine running Leopard:

>>> os.uname()[4]
'Power Macintosh'
>>>

----------

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

From report at bugs.python.org  Mon Aug  2 21:49:36 2010
From: report at bugs.python.org (Bill Janssen)
Date: Mon, 02 Aug 2010 19:49:36 +0000
Subject: [issue9455] platform test borked in 2.7 branch on Power PC
In-Reply-To: <1280776436.51.0.34473715368.issue9455@psf.upfronthosting.co.za>
Message-ID: <1280778576.54.0.912045361692.issue9455@psf.upfronthosting.co.za>


Bill Janssen <bill.janssen at gmail.com> added the comment:

So the problem is in the _mac_ver_xml() routine in Lib/platform.py, which says:


    machine = os.uname()[4]
    if machine == 'ppc':
        # for compatibility with the gestalt based code
        machine = 'PowerPC'

and perhaps should say:

    machine = os.uname()[4]
    if machine in ('ppc', 'Power Macintosh'):
        # for compatibility with the gestalt based code
        machine = 'PowerPC'

----------

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

From report at bugs.python.org  Mon Aug  2 21:50:27 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 19:50:27 +0000
Subject: [issue8562] hasattr(open,
	'newlines') example gives incorrect results from  PEP0278
In-Reply-To: <1272483941.45.0.330180944367.issue8562@psf.upfronthosting.co.za>
Message-ID: <1280778627.25.0.812241518821.issue8562@psf.upfronthosting.co.za>


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

Fixed in r83556.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:05:29 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:05:29 +0000
Subject: [issue8648] The UTF-7 codec functions are undocumented
In-Reply-To: <1273248636.7.0.217932609429.issue8648@psf.upfronthosting.co.za>
Message-ID: <1280779529.0.0.36009581598.issue8648@psf.upfronthosting.co.za>


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

Thanks, fixed in r83558.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:07:55 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Aug 2010 20:07:55 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1280779675.9.0.862449385664.issue9264@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: docs at python -> tjreedy
nosy:  -barry, docs at python
stage: commit review -> patch review
versions:  -Python 2.6

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

From report at bugs.python.org  Mon Aug  2 22:16:24 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:16:24 +0000
Subject: [issue9087] json docstrings on 3.x still use 'unicode' and 'str'
In-Reply-To: <1277575473.27.0.695567265942.issue9087@psf.upfronthosting.co.za>
Message-ID: <1280780184.96.0.355032325161.issue9087@psf.upfronthosting.co.za>


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

Fixed in r83560.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:18:01 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:18:01 +0000
Subject: [issue4280] Version Checker
In-Reply-To: <1226087702.6.0.0754542760086.issue4280@psf.upfronthosting.co.za>
Message-ID: <1280780281.87.0.97412999947.issue4280@psf.upfronthosting.co.za>


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

Thanks, removed in r83561.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:21:29 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:21:29 +0000
Subject: [issue9037] Add explanation as to how to raise a custom exception in
	the extending python intermezzo on exceptions
In-Reply-To: <1277052906.52.0.842872873757.issue9037@psf.upfronthosting.co.za>
Message-ID: <1280780489.91.0.0388144201824.issue9037@psf.upfronthosting.co.za>


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

Added in r83563. Thanks!

----------
nosy: +georg.brandl
resolution:  -> accepted
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:27:28 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:27:28 +0000
Subject: [issue9111] cmd.do_help documentation should mention docstrings
In-Reply-To: <1277771470.94.0.943327236295.issue9111@psf.upfronthosting.co.za>
Message-ID: <1280780848.48.0.223425610087.issue9111@psf.upfronthosting.co.za>


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

Thanks, fixed in r83565.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:31:09 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:31:09 +0000
Subject: [issue9019] wsgiref.headers.Header() does not update headers list it
	was created with.
In-Reply-To: <1276799657.02.0.296941207361.issue9019@psf.upfronthosting.co.za>
Message-ID: <1280781069.44.0.171381463468.issue9019@psf.upfronthosting.co.za>


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

Thanks, fixed in r83566.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:35:23 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:35:23 +0000
Subject: [issue6728] To avoid hang up in using CGIXMLRPCRequestHandler under
	IIS 7.x
In-Reply-To: <1250611088.83.0.579376687228.issue6728@psf.upfronthosting.co.za>
Message-ID: <1280781323.02.0.0390470823819.issue6728@psf.upfronthosting.co.za>


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

Why would one read 2 bytes less than CONTENT_LENGTH?

----------
nosy: +georg.brandl
resolution:  -> works for me
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:36:30 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 20:36:30 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280781390.07.0.144406847636.issue9444@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage: unit test needed -> patch review

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

From report at bugs.python.org  Mon Aug  2 22:37:47 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 02 Aug 2010 20:37:47 +0000
Subject: [issue9333] Expose a way to enable os.symlink on Windows
In-Reply-To: <1279828704.23.0.310372952456.issue9333@psf.upfronthosting.co.za>
Message-ID: <1280781467.91.0.805965848945.issue9333@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


Removed file: http://bugs.python.org/file18132/enable_symlink.diff

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

From report at bugs.python.org  Mon Aug  2 22:39:43 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:39:43 +0000
Subject: [issue7797] base64 module docs should indicate that encode methods
	return bytes, not strings
In-Reply-To: <1264657234.88.0.361902382991.issue7797@psf.upfronthosting.co.za>
Message-ID: <1280781583.51.0.0959201737471.issue7797@psf.upfronthosting.co.za>


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

Thanks, fixed in r83569.

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

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

From report at bugs.python.org  Mon Aug  2 22:42:50 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:42:50 +0000
Subject: [issue7688] TypeError: __name__ must be set to a string object
In-Reply-To: <1263368820.05.0.872831790778.issue7688@psf.upfronthosting.co.za>
Message-ID: <1280781770.05.0.523355503518.issue7688@psf.upfronthosting.co.za>


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

Out of date for Python 2.x, and strings are always unicode objects in 3.x.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:45:38 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 02 Aug 2010 20:45:38 +0000
Subject: [issue9333] Expose a way to enable os.symlink on Windows
In-Reply-To: <1279828704.23.0.310372952456.issue9333@psf.upfronthosting.co.za>
Message-ID: <1280781938.98.0.395013399571.issue9333@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Here's a patch implementing a similar idea to what Jason mentioned, complete with the test updates and code removals. It initially adds win_symlink as "_symlink", and on module initialization it will be renamed to "symlink" if the privilege is available.

There are two test failures in test_tarfile that I'll have to work out. Other than that, how does this look?

----------
stage:  -> patch review
Added file: http://bugs.python.org/file18330/issue9333.diff

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

From report at bugs.python.org  Mon Aug  2 22:45:43 2010
From: report at bugs.python.org (Zachary Blair)
Date: Mon, 02 Aug 2010 20:45:43 +0000
Subject: [issue9456] Apparent memory leak in PC/bdist_wininst/install.c
In-Reply-To: <1280781943.93.0.297912103498.issue9456@psf.upfronthosting.co.za>
Message-ID: <1280781943.93.0.297912103498.issue9456@psf.upfronthosting.co.za>


New submission from Zachary Blair <zachary.blair at gmail.com>:

>From inspecting the code in install.c's DeleteRegistryValue() and DeleteRegistryKey() functions, it appears as though there can be a small memory leak in the event that either function is passed an invalid argument.

This patch corrects this issue by making sure to free any allocated memory before returning, even when an invalid argument is passed in.

----------
components: Windows
files: install_c.diff
keywords: patch
messages: 112541
nosy: Zachary.Blair
priority: normal
severity: normal
status: open
title: Apparent memory leak in PC/bdist_wininst/install.c
versions: Python 3.1
Added file: http://bugs.python.org/file18331/install_c.diff

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

From report at bugs.python.org  Mon Aug  2 22:48:05 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 02 Aug 2010 20:48:05 +0000
Subject: [issue9333] Expose a way to enable os.symlink on Windows
In-Reply-To: <1279828704.23.0.310372952456.issue9333@psf.upfronthosting.co.za>
Message-ID: <1280782085.73.0.963584176503.issue9333@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Forgot to mention: I've only run this on Win7 at the moment. I'll need to take a look at how this works on older Windows.

----------

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

From report at bugs.python.org  Mon Aug  2 22:48:06 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:48:06 +0000
Subject: [issue6867] return value of epoll.register
In-Reply-To: <1252461480.6.0.183531606536.issue6867@psf.upfronthosting.co.za>
Message-ID: <1280782086.66.0.180983786719.issue6867@psf.upfronthosting.co.za>


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

Thanks, fixed in r83574.

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

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

From report at bugs.python.org  Mon Aug  2 22:48:31 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:48:31 +0000
Subject: [issue6915] os.listdir inconsistenly releases the GIL on win32
In-Reply-To: <1252989796.76.0.19947250091.issue6915@psf.upfronthosting.co.za>
Message-ID: <1280782111.35.0.934780651558.issue6915@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee: loewis -> pitrou
nosy: +pitrou

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

From report at bugs.python.org  Mon Aug  2 22:51:23 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:51:23 +0000
Subject: [issue9239] zipfile: truncating comment can corrupt the zipfile
In-Reply-To: <1278979006.42.0.00730549521889.issue9239@psf.upfronthosting.co.za>
Message-ID: <1280782283.41.0.302473423718.issue9239@psf.upfronthosting.co.za>


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

Patch looks good to me.  Alan, can you comment?

----------
assignee:  -> aimacintyre
nosy: +aimacintyre, georg.brandl
priority: normal -> high

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

From report at bugs.python.org  Mon Aug  2 22:52:20 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:52:20 +0000
Subject: [issue9238] zipfile incorrectly documented as not supporting archive
	comments
In-Reply-To: <1278977604.77.0.794237265554.issue9238@psf.upfronthosting.co.za>
Message-ID: <1280782340.38.0.0932935001809.issue9238@psf.upfronthosting.co.za>


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

Thanks, fixed in r83575.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 22:56:31 2010
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 02 Aug 2010 20:56:31 +0000
Subject: [issue9333] Expose a way to enable os.symlink on Windows
In-Reply-To: <1279828704.23.0.310372952456.issue9333@psf.upfronthosting.co.za>
Message-ID: <1280782591.06.0.823234044426.issue9333@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

I love it -- especially all of the '-' lines in the patch! Good work. Is it conceivable that a Windows XP user would have that privilege (and thus would have access to a non-functional os.symlink function)?

One thing I particularly like is this provides an interface (os._symlink) that developers can use if they expect privileges to change at runtime, but for the majority of use cases, the os.symlink interface is otherwise largely consistent.

----------

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

From report at bugs.python.org  Mon Aug  2 22:56:48 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:56:48 +0000
Subject: [issue4011] Create DAG for PEP 101
In-Reply-To: <1222896665.95.0.381960877122.issue4011@psf.upfronthosting.co.za>
Message-ID: <1280782608.88.0.00908189976622.issue4011@psf.upfronthosting.co.za>


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

I'll probably get around to do this during the 3.2 period.

----------
assignee:  -> georg.brandl
nosy: +georg.brandl

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

From report at bugs.python.org  Mon Aug  2 22:57:18 2010
From: report at bugs.python.org (Uli Kunitz)
Date: Mon, 02 Aug 2010 20:57:18 +0000
Subject: [issue9457] Wrong URL in Python-3.2a1/README
In-Reply-To: <1280782638.63.0.373315662844.issue9457@psf.upfronthosting.co.za>
Message-ID: <1280782638.63.0.373315662844.issue9457@psf.upfronthosting.co.za>


New submission from Uli Kunitz <uli.kunitz at googlemail.com>:

The URL http://docs.python.org/dev/3.2/whatsnew/3.2.html is wrong. It should be replaced with http://docs.python.org/dev/whatsnew/3.2.html.

----------
assignee: docs at python
components: Documentation
messages: 112548
nosy: docs at python, kune
priority: normal
severity: normal
status: open
title: Wrong URL in Python-3.2a1/README
versions: Python 3.2

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

From report at bugs.python.org  Mon Aug  2 22:57:57 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 20:57:57 +0000
Subject: [issue6696] Profile objects should be documented
In-Reply-To: <1250182637.82.0.304646827828.issue6696@psf.upfronthosting.co.za>
Message-ID: <1280782677.14.0.150148431998.issue6696@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
priority: normal -> high

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

From report at bugs.python.org  Mon Aug  2 23:00:21 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 21:00:21 +0000
Subject: [issue9292] Dead code in Modules/pyexpat.c
In-Reply-To: <1279460665.67.0.339124626695.issue9292@psf.upfronthosting.co.za>
Message-ID: <1280782821.35.0.174166105403.issue9292@psf.upfronthosting.co.za>


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

"fp" can probably be just removed?

----------
nosy: +georg.brandl

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

From report at bugs.python.org  Mon Aug  2 23:02:05 2010
From: report at bugs.python.org (Uli Kunitz)
Date: Mon, 02 Aug 2010 21:02:05 +0000
Subject: [issue9458] xml.etree.ElementTree.write(): encoding handling problems
In-Reply-To: <1280782925.67.0.136452249646.issue9458@psf.upfronthosting.co.za>
Message-ID: <1280782925.67.0.136452249646.issue9458@psf.upfronthosting.co.za>


New submission from Uli Kunitz <uli.kunitz at googlemail.com>:

If one wants to use the encoding parameter of ElementTree.write() the file must be opened with "wb". Without encoding parameter normal files can be used, but the should be opened with the encoding "UTF-8", because otherwise this may create an error.

Probably comparable problems exist with the parser side of things.

----------
components: XML
messages: 112550
nosy: kune
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree.write(): encoding handling problems
versions: Python 3.2

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

From report at bugs.python.org  Mon Aug  2 23:02:28 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 21:02:28 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280782948.35.0.614831426345.issue9444@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Removed file: http://bugs.python.org/file18298/argparse_char_fix.patch

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

From report at bugs.python.org  Mon Aug  2 23:02:44 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Mon, 02 Aug 2010 21:02:44 +0000
Subject: [issue9292] Dead code in Modules/pyexpat.c
In-Reply-To: <1279460665.67.0.339124626695.issue9292@psf.upfronthosting.co.za>
Message-ID: <1280782964.08.0.632117333338.issue9292@psf.upfronthosting.co.za>


Changes by Fred L. Drake, Jr. <fdrake at acm.org>:


----------
nosy: +fdrake

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

From report at bugs.python.org  Mon Aug  2 23:03:01 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 21:03:01 +0000
Subject: [issue8119] Minor comment error in configure.in ("malloc support"
	appears twice)
In-Reply-To: <1268322821.23.0.828766306245.issue8119@psf.upfronthosting.co.za>
Message-ID: <1280782981.91.0.269266344636.issue8119@psf.upfronthosting.co.za>


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

Thanks, fixed in r83580.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 23:07:23 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 02 Aug 2010 21:07:23 +0000
Subject: [issue9457] Wrong URL in Python-3.2a1/README
In-Reply-To: <1280782638.63.0.373315662844.issue9457@psf.upfronthosting.co.za>
Message-ID: <1280783243.56.0.065321458702.issue9457@psf.upfronthosting.co.za>


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

Thanks, fixed in r83584.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Aug  2 23:30:01 2010
From: report at bugs.python.org (Alberto Trevino)
Date: Mon, 02 Aug 2010 21:30:01 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1278348087.92.0.639592233428.issue8739@psf.upfronthosting.co.za>
Message-ID: <201008021529.35124.alberto@byu.edu>


Alberto Trevino <alberto at byu.edu> added the comment:

On Monday, July 05, 2010 10:41:28 am you wrote:
> Yes, the fact that there are no unit tests for the new functionality.

Sorry to take so long to reply.  I have attached the latest version of the 
patch which does everything in rev. 2 of the patch, patches the setuid 
problem discussed in issue 9168, updates to the unit test to account for the 
changes and to test the new functionality, plus some little changes here and 
there.

Please review and advise.

----------
Added file: http://bugs.python.org/file18332/smtpd.py-0.2-rfc5321-enhancements-4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8739>
_______________________________________
-------------- next part --------------
diff -aur Python-3.1.2.orig/Lib/smtpd.py Python-3.1.2/Lib/smtpd.py
--- Python-3.1.2.orig/Lib/smtpd.py	2009-02-21 13:59:32.000000000 -0700
+++ Python-3.1.2/Lib/smtpd.py	2010-08-02 08:23:04.424066197 -0600
@@ -1,5 +1,5 @@
 #! /usr/bin/env python
-"""An RFC 2821 smtp proxy.
+"""An RFC 5321 smtp proxy.
 
 Usage: %(program)s [options] [localhost:localport [remotehost:remoteport]]
 
@@ -20,6 +20,11 @@
         Use `classname' as the concrete SMTP proxy class.  Uses `PureProxy' by
         default.
 
+    --size limit
+    -s limit
+        Restrict the total size of the incoming message to "limit" number of
+        bytes.  Defaults to 0 (no limit).
+
     --debug
     -d
         Turn on debugging prints.
@@ -35,10 +40,9 @@
 and if remoteport is not given, then 25 is used.
 """
 
-
 # Overview:
 #
-# This file implements the minimal SMTP protocol as defined in RFC 821.  It
+# This file implements the minimal SMTP protocol as defined in RFC 5321.  It
 # has a hierarchy of classes which implement the backend functionality for the
 # smtpd.  A number of classes are provided:
 #
@@ -59,15 +63,18 @@
 #   gets forwarded to a real backend smtpd, as with PureProxy.  Again, errors
 #   are not handled correctly yet.
 #
-# Please note that this script requires Python 2.0
+# Please note that this script requires Python 3.0
 #
 # Author: Barry Warsaw <barry at python.org>
 #
+# Contributors:
+#   Alberto Trevino <alberto at byu.edu>
+#
 # TODO:
 #
 # - support mailbox delivery
 # - alias files
-# - ESMTP
+# - Handle more ESMTP extensions
 # - handle error codes from the backend smtpd
 
 import sys
@@ -82,7 +89,7 @@
 __all__ = ["SMTPServer","DebuggingServer","PureProxy","MailmanProxy"]
 
 program = sys.argv[0]
-__version__ = 'Python SMTP proxy version 0.2'
+__version__ = 'Python SMTP proxy version 0.21'
 
 
 class Devnull:
@@ -96,7 +103,6 @@
 COMMASPACE = ', '
 
 
-
 def usage(code, msg=''):
     print(__doc__ % globals(), file=sys.stderr)
     if msg:
@@ -104,16 +110,16 @@
     sys.exit(code)
 
 
-
 class SMTPChannel(asynchat.async_chat):
     COMMAND = 0
     DATA = 1
 
-    def __init__(self, server, conn, addr):
+    def __init__(self, server, conn, addr, size):
         asynchat.async_chat.__init__(self, conn)
         self.__server = server
         self.__conn = conn
         self.__addr = addr
+        self.__size = size
         self.__line = []
         self.__state = self.COMMAND
         self.__greeting = 0
@@ -122,6 +128,7 @@
         self.__data = ''
         self.__fqdn = socket.getfqdn()
         self.__peer = conn.getpeername()
+        self.__8bitmime = False
         print('Peer:', repr(self.__peer), file=DEBUGSTREAM)
         self.push('220 %s %s' % (self.__fqdn, __version__))
         self.set_terminator(b'\r\n')
@@ -153,7 +160,7 @@
                 arg = line[i+1:].strip()
             method = getattr(self, 'smtp_' + command, None)
             if not method:
-                self.push('502 Error: command "%s" not implemented' % command)
+                self.push('500 Error: command "%s" not recognized' % command)
                 return
             method(arg)
             return
@@ -162,7 +169,7 @@
                 self.push('451 Internal confusion')
                 return
             # Remove extraneous carriage returns and de-transparency according
-            # to RFC 821, Section 4.5.2.
+            # to RFC 5321, Section 4.5.2.
             data = []
             for text in line.split('\r\n'):
                 if text and text[0] == '.':
@@ -170,18 +177,39 @@
                 else:
                     data.append(text)
             self.__data = NEWLINE.join(data)
-            status = self.__server.process_message(self.__peer,
-                                                   self.__mailfrom,
-                                                   self.__rcpttos,
-                                                   self.__data)
-            self.__rcpttos = []
-            self.__mailfrom = None
-            self.__state = self.COMMAND
-            self.set_terminator(b'\r\n')
-            if not status:
-                self.push('250 Ok')
+
+            # Enforce data size limit
+            if self.__size == 0 or len(self.__data) <= self.__size:
+                status = self.__server.process_message(self.__peer,
+                                                       self.__mailfrom,
+                                                       self.__rcpttos,
+                                                       self.__data)
+                self.__rcpttos = []
+                self.__mailfrom = None
+                self.__state = self.COMMAND
+                self.set_terminator(b'\r\n')
+                if not status:
+                    self.push('250 OK')
+                else:
+                    self.push(status)
             else:
-                self.push(status)
+                self.__state = self.COMMAND
+                self.set_terminator(b'\r\n')
+                self.push('552 Too much mail data')
+
+    # factored
+    def __getaddr(self, keyword, arg):
+        address = None
+        keylen = len(keyword)
+        if arg[:keylen].upper() == keyword:
+            address = arg[keylen:].strip()
+            if not address:
+                pass
+            elif address[0] == '<' and address[-1] == '>' and address != '<>':
+                # Addresses can be in the form <person at dom.com> but watch out
+                # for null address, e.g. <>
+                address = address[1:-1]
+        return address
 
     # SMTP and ESMTP commands
     def smtp_HELO(self, arg):
@@ -194,30 +222,73 @@
             self.__greeting = arg
             self.push('250 %s' % self.__fqdn)
 
+    def smtp_EHLO(self, arg):
+        if not arg:
+            self.push('501 Syntax: EHLO hostname')
+            return
+        if self.__greeting:
+            self.push('503 Duplicate HELO/EHLO')
+        else:
+            self.__greeting = arg
+            self.push('250-%s' % self.__fqdn)
+            self.push('250-8BITMIME')
+            if self.__size > 0:
+                self.push('250-SIZE %s' % self.__size)
+            self.push('250 HELP')
+
     def smtp_NOOP(self, arg):
         if arg:
             self.push('501 Syntax: NOOP')
         else:
-            self.push('250 Ok')
+            self.push('250 OK')
 
     def smtp_QUIT(self, arg):
         # args is ignored
         self.push('221 Bye')
         self.close_when_done()
 
-    # factored
-    def __getaddr(self, keyword, arg):
-        address = None
-        keylen = len(keyword)
-        if arg[:keylen].upper() == keyword:
-            address = arg[keylen:].strip()
-            if not address:
-                pass
-            elif address[0] == '<' and address[-1] == '>' and address != '<>':
-                # Addresses can be in the form <person at dom.com> but watch out
-                # for null address, e.g. <>
-                address = address[1:-1]
-        return address
+    def smtp_8BITMIME(self, arg):
+        # There is nothing in this code that forces 7 bits, so it seems OK
+        # to simply accept this command; its value is saved for future use;
+        # args is ignored
+        self.__8bitmime = True
+        self.push('250 OK')
+
+    def smtp_HELP(self, arg):
+        if arg:
+            lc_arg = arg.upper()
+            if lc_arg == 'EHLO':
+                self.push('250 EHLO your_fqdn')
+            elif lc_arg == 'HELO':
+                self.push('250 HELO your_fqdn')
+            elif lc_arg == 'MAIL':
+                self.push('250 MAIL FROM:<sender at your.domain>')
+            elif lc_arg == 'RCPT':
+                self.push('250 RCPT TO:<recipient at this.domain')
+            elif lc_arg == 'DATA':
+                self.push('250 DATA')
+            elif lc_arg == 'RSET':
+                self.push('250 RSET')
+            elif lc_arg == 'NOOP':
+                self.push('250 NOOP')
+            elif lc_arg == 'QUIT':
+                self.push('250 QUIT')
+            elif lc_arg == 'VRFY':
+                self.push('250 VRFY user | user at this.domain')
+            else:
+                self.push('250 SUPPORTED COMMANDS: EHLO HELO MAIL RCPT ' + \
+                          'DATA RSET NOOP QUIT VRFY')
+        else:
+            self.push('250 SUPPORTED COMMANDS: EHLO HELO MAIL RCPT DATA ' + \
+                      'RSET NOOP QUIT VRFY')
+
+    def smtp_VRFY(self, arg):
+        address = self.__getaddr('', arg) if arg else None
+        if address:
+            self.push('252 Cannot VRFY user, but will accept message and ' + \
+                      'attempt delivery')
+        else:
+            self.push('502 Could not VRFY %s' % arg)
 
     def smtp_MAIL(self, arg):
         print('===> MAIL', arg, file=DEBUGSTREAM)
@@ -230,7 +301,7 @@
             return
         self.__mailfrom = address
         print('sender:', self.__mailfrom, file=DEBUGSTREAM)
-        self.push('250 Ok')
+        self.push('250 OK')
 
     def smtp_RCPT(self, arg):
         print('===> RCPT', arg, file=DEBUGSTREAM)
@@ -243,7 +314,7 @@
             return
         self.__rcpttos.append(address)
         print('recips:', self.__rcpttos, file=DEBUGSTREAM)
-        self.push('250 Ok')
+        self.push('250 OK')
 
     def smtp_RSET(self, arg):
         if arg:
@@ -254,7 +325,7 @@
         self.__rcpttos = []
         self.__data = ''
         self.__state = self.COMMAND
-        self.push('250 Ok')
+        self.push('250 OK')
 
     def smtp_DATA(self, arg):
         if not self.__rcpttos:
@@ -267,12 +338,16 @@
         self.set_terminator(b'\r\n.\r\n')
         self.push('354 End data with <CR><LF>.<CR><LF>')
 
+    # Commands that have not been implemented
+    def smtp_EXPN(self, arg):
+        self.push('502 EXPN not implemented')
+
 
-
 class SMTPServer(asyncore.dispatcher):
-    def __init__(self, localaddr, remoteaddr):
+    def __init__(self, localaddr, remoteaddr, size = 0):
         self._localaddr = localaddr
         self._remoteaddr = remoteaddr
+        self._size = size
         asyncore.dispatcher.__init__(self)
         self.create_socket(socket.AF_INET, socket.SOCK_STREAM)
         # try to re-use a server port if possible
@@ -286,7 +361,7 @@
     def handle_accept(self):
         conn, addr = self.accept()
         print('Incoming connection from %s' % repr(addr), file=DEBUGSTREAM)
-        channel = SMTPChannel(self, conn, addr)
+        channel = SMTPChannel(self, conn, addr, self._size)
 
     # API for "doing something useful with the message"
     def process_message(self, peer, mailfrom, rcpttos, data):
@@ -307,14 +382,13 @@
         containing a `.' followed by other text has had the leading dot
         removed.
 
-        This function should return None, for a normal `250 Ok' response;
+        This function should return None, for a normal `250 OK' response;
         otherwise it returns the desired response string in RFC 821 format.
 
         """
         raise NotImplementedError
 
 
-
 class DebuggingServer(SMTPServer):
     # Do something with the gathered message
     def process_message(self, peer, mailfrom, rcpttos, data):
@@ -330,7 +404,6 @@
         print('------------ END MESSAGE ------------')
 
 
-
 class PureProxy(SMTPServer):
     def process_message(self, peer, mailfrom, rcpttos, data):
         lines = data.split('\n')
@@ -371,7 +444,6 @@
         return refused
 
 
-
 class MailmanProxy(PureProxy):
     def process_message(self, peer, mailfrom, rcpttos, data):
         from io import StringIO
@@ -450,19 +522,18 @@
                 msg.Enqueue(mlist, torequest=1)
 
 
-
 class Options:
     setuid = 1
     classname = 'PureProxy'
+    size = 0
 
 
-
 def parseargs():
     global DEBUGSTREAM
     try:
         opts, args = getopt.getopt(
-            sys.argv[1:], 'nVhc:d',
-            ['class=', 'nosetuid', 'version', 'help', 'debug'])
+            sys.argv[1:], 'nVhc:ds:',
+            ['class=', 'nosetuid', 'version', 'help', 'debug', 'size='])
     except getopt.error as e:
         usage(1, e)
 
@@ -479,6 +550,13 @@
             options.classname = arg
         elif opt in ('-d', '--debug'):
             DEBUGSTREAM = sys.stderr
+        elif opt in ('-s', '--size'):
+            try:
+                int_size = int(arg)
+                options.size = int_size
+            except:
+                print('Invalid size: ' + arg, file=sys.stderr)
+                sys.exit(1)
 
     # parse the rest of the arguments
     if len(args) < 1:
@@ -513,33 +591,45 @@
     return options
 
 
-
 if __name__ == '__main__':
     options = parseargs()
+    classname = options.classname
+    if "." in classname:
+        lastdot = classname.rfind(".")
+        mod = __import__(classname[:lastdot], globals(), locals(), [""])
+        classname = classname[lastdot+1:]
+    else:
+        import __main__ as mod
+    class_ = getattr(mod, classname)
+    proxy = class_((options.localhost, options.localport),
+                   (options.remotehost, options.remoteport))
+    classname = options.classname
+    if "." in classname:
+        lastdot = classname.rfind(".")
+        mod = __import__(classname[:lastdot], globals(), locals(), [""])
+        classname = classname[lastdot+1:]
+    else:
+        import __main__ as mod
+    class_ = getattr(mod, classname)
+    proxy = class_((options.localhost, options.localport),
+                   (options.remotehost, options.remoteport),
+                   options.size)
     # Become nobody
     if options.setuid:
         try:
             import pwd
         except ImportError:
-            print('Cannot import module "pwd"; try running with -n option.', file=sys.stderr)
+            print('Cannot import module "pwd"; try running with -n option.', \
+                  file=sys.stderr)
             sys.exit(1)
         nobody = pwd.getpwnam('nobody')[2]
         try:
             os.setuid(nobody)
         except OSError as e:
             if e.errno != errno.EPERM: raise
-            print('Cannot setuid "nobody"; try running with -n option.', file=sys.stderr)
+            print('Cannot setuid "nobody"; try running with -n option.', \
+                  file=sys.stderr)
             sys.exit(1)
-    classname = options.classname
-    if "." in classname:
-        lastdot = classname.rfind(".")
-        mod = __import__(classname[:lastdot], globals(), locals(), [""])
-        classname = classname[lastdot+1:]
-    else:
-        import __main__ as mod
-    class_ = getattr(mod, classname)
-    proxy = class_((options.localhost, options.localport),
-                   (options.remotehost, options.remoteport))
     try:
         asyncore.loop()
     except KeyboardInterrupt:
diff -aur Python-3.1.2.orig/Lib/test/test_smtplib.py Python-3.1.2/Lib/test/test_smtplib.py
--- Python-3.1.2.orig/Lib/test/test_smtplib.py	2009-05-29 12:03:16.000000000 -0600
+++ Python-3.1.2/Lib/test/test_smtplib.py	2010-08-02 08:25:52.587378508 -0600
@@ -153,7 +153,9 @@
         self.serv_evt = threading.Event()
         self.client_evt = threading.Event()
         self.port = support.find_unused_port()
-        self.serv = smtpd.DebuggingServer((HOST, self.port), ('nowhere', -1))
+        # Set a small size to test DATA size limits; it won't affect other tests
+        self.size = 20
+        self.serv = smtpd.DebuggingServer((HOST, self.port), ('nowhere', -1), self.size)
         serv_args = (self.serv, self.serv_evt, self.client_evt)
         threading.Thread(target=debugging_server, args=serv_args).start()
 
@@ -176,27 +178,26 @@
 
     def testNOOP(self):
         smtp = smtplib.SMTP(HOST, self.port, local_hostname='localhost', timeout=3)
-        expected = (250, b'Ok')
+        expected = (250, b'OK')
         self.assertEqual(smtp.noop(), expected)
         smtp.quit()
 
     def testRSET(self):
         smtp = smtplib.SMTP(HOST, self.port, local_hostname='localhost', timeout=3)
-        expected = (250, b'Ok')
+        expected = (250, b'OK')
         self.assertEqual(smtp.rset(), expected)
         smtp.quit()
 
     def testNotImplemented(self):
-        # EHLO isn't implemented in DebuggingServer
+        # EXPN isn't implemented in DebuggingServer
         smtp = smtplib.SMTP(HOST, self.port, local_hostname='localhost', timeout=3)
-        expected = (502, b'Error: command "EHLO" not implemented')
-        self.assertEqual(smtp.ehlo(), expected)
+        expected = (502, b'EXPN not implemented')
+        self.assertEqual(smtp.expn('nobody at nowhere.com'), expected)
         smtp.quit()
 
     def testVRFY(self):
-        # VRFY isn't implemented in DebuggingServer
         smtp = smtplib.SMTP(HOST, self.port, local_hostname='localhost', timeout=3)
-        expected = (502, b'Error: command "VRFY" not implemented')
+        expected = (252, b'Cannot VRFY user, but will accept message and attempt delivery')
         self.assertEqual(smtp.vrfy('nobody at nowhere.com'), expected)
         self.assertEqual(smtp.verify('nobody at nowhere.com'), expected)
         smtp.quit()
@@ -212,7 +213,35 @@
 
     def testHELP(self):
         smtp = smtplib.SMTP(HOST, self.port, local_hostname='localhost', timeout=3)
-        self.assertEqual(smtp.help(), b'Error: command "HELP" not implemented')
+        self.assertEqual(smtp.help(), b'SUPPORTED COMMANDS: EHLO HELO MAIL RCPT DATA RSET NOOP QUIT VRFY')
+        smtp.quit()
+
+    def testHELPARG(self):
+        # Test arguments to HELP
+        smtp = smtplib.SMTP(HOST, self.port, local_hostname='localhost', timeout=3)
+        self.assertEqual(smtp.help('EHLO'), b'EHLO your_fqdn')
+        smtp.quit()
+
+    def test8BITMIME(self):
+        # Tests the 8BITMIME command; should simply return 250 OK
+        smtp = smtplib.SMTP(HOST, self.port, local_hostname='localhost', timeout=3)
+        smtp.ehlo()
+        smtp.putcmd('8BITMIME')
+        self.assertEqual(smtp.getreply(), (250, b'OK'))
+        smtp.quit()
+
+    def testSIZELIMIT(self):
+        # Send a test message longer than self.size to trigger error
+        m = 'A test message that is too long'
+        smtp = smtplib.SMTP(HOST, self.port, local_hostname='localhost', timeout=3)
+        try:
+            smtp.sendmail('John', 'Sally', m)
+            raise 'Expected error code not received'
+        except smtplib.SMTPDataError as err:
+            self.assertEqual(str(err), "(552, b'Too much mail data')")
+
+        # See below for time out reason
+        time.sleep(0.01)
         smtp.quit()
 
     def testSend(self):
@@ -305,7 +334,7 @@
     def __init__(self, extra_features, *args, **kw):
         self._extrafeatures = ''.join(
             [ "250-{0}\r\n".format(x) for x in extra_features ])
-        super(SimSMTPChannel, self).__init__(*args, **kw)
+        super(SimSMTPChannel, self).__init__(*args, size = 0, **kw)
 
     def smtp_EHLO(self, arg):
         resp = ('250-testhost\r\n'

From report at bugs.python.org  Mon Aug  2 23:31:07 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 02 Aug 2010 21:31:07 +0000
Subject: [issue9333] Expose a way to enable os.symlink on Windows
In-Reply-To: <1279828704.23.0.310372952456.issue9333@psf.upfronthosting.co.za>
Message-ID: <1280784667.96.0.721348368214.issue9333@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

I'll have to investigate the possibility of the privilege occurring on XP -- I'm doubtful that it exists there, but I'll confirm.

Currently "os._symlink" is not exposed -- it gets swallowed up in Lib/os.py in the "nt" section starting on line 55 (it is available as nt._symlink, though). This is another point I need to confirm, but I don't think a process' available privileges can change during runtime, or at least I'm not familiar with that. For that reason, I just do the "enable_symlink()" on init and what happens there is what stays for the lifetime of the interpreter.

If available privileges can in fact change - and I'm not sure how we'd test that - "enable_symlink()" would have to be exposed.

----------

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

From report at bugs.python.org  Mon Aug  2 23:44:10 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Aug 2010 21:44:10 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280785450.71.0.612966264269.issue9444@psf.upfronthosting.co.za>


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

The combined patches look good to me, and I tested the tests and patch.  (I accidentally deleted the earlier fix patch, sorry).  It would be nice to add one more test case that does prefix="+-/" to make sure - is used when it isn't first.

Steven, I'd be happy to commit this if you are OK with it, since I was mentoring the people who wrote it.

----------
nosy: +r.david.murray
stage: patch review -> commit review

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

From report at bugs.python.org  Tue Aug  3 08:40:02 2010
From: report at bugs.python.org (Richard Jones)
Date: Tue, 03 Aug 2010 06:40:02 +0000
Subject: [issue2423] test_smtplib.py no longer butt slow
In-Reply-To: <1205938249.95.0.187788140387.issue2423@psf.upfronthosting.co.za>
Message-ID: <1280817602.11.0.481717994401.issue2423@psf.upfronthosting.co.za>


Richard Jones <richardjones at optushome.com.au> added the comment:

Merged mock socket from test_smtpd.py and committed.

----------
resolution:  -> accepted
status: open -> closed

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

From report at bugs.python.org  Tue Aug  3 08:43:28 2010
From: report at bugs.python.org (Richard Jones)
Date: Tue, 03 Aug 2010 06:43:28 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1274103249.44.0.284620021799.issue8739@psf.upfronthosting.co.za>
Message-ID: <1280817808.35.0.635005838648.issue8739@psf.upfronthosting.co.za>


Richard Jones <richardjones at optushome.com.au> added the comment:

The smtpd module now has a test suite. Please add your unit tests to test_smtpd.py

----------
nosy: +richard

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

From report at bugs.python.org  Tue Aug  3 08:43:33 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Aug 2010 06:43:33 +0000
Subject: [issue9455] platform test borked in 2.7 branch on Power PC
In-Reply-To: <1280778576.54.0.912045361692.issue9455@psf.upfronthosting.co.za>
Message-ID: <D342A094-4644-4994-9BF8-107ADBF54DF0@mac.com>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

On 2 Aug, 2010, at 21:49, Bill Janssen wrote:

> 
> Bill Janssen <bill.janssen at gmail.com> added the comment:
> 
> So the problem is in the _mac_ver_xml() routine in Lib/platform.py, which says:
> 
> 
>    machine = os.uname()[4]
>    if machine == 'ppc':
>        # for compatibility with the gestalt based code
>        machine = 'PowerPC'
> 
> and perhaps should say:
> 
>    machine = os.uname()[4]
>    if machine in ('ppc', 'Power Macintosh'):
>        # for compatibility with the gestalt based code
>        machine = 'PowerPC'

That's correct. Thanks for catching this, I will fix this asap.

Ronald

----------
Added file: http://bugs.python.org/file18333/smime.p7s

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9455>
_______________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20100803/52e2cb89/attachment.bin>

From report at bugs.python.org  Tue Aug  3 10:08:08 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Aug 2010 08:08:08 +0000
Subject: [issue7900] posix.getgroups() failure on Mac OS X
In-Reply-To: <1280690343.46.0.858443873216.issue7900@psf.upfronthosting.co.za>
Message-ID: <0F142C10-7AF7-4828-99EC-5BF6670BC233@mac.com>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Some else backported to 3.1 (that is, 3.1 already contained the fix when I tried the svnmerge)

Backported to 2.7 in r83643

Backported to 2.6 in r83650

----------
Added file: http://bugs.python.org/file18336/smime.p7s

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7900>
_______________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20100803/ec4277e5/attachment-0001.bin>

From report at bugs.python.org  Tue Aug  3 10:08:52 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Aug 2010 08:08:52 +0000
Subject: [issue7900] posix.getgroups() failure on Mac OS X
In-Reply-To: <1265814298.66.0.86998714187.issue7900@psf.upfronthosting.co.za>
Message-ID: <1280822932.14.0.681139202353.issue7900@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
status: open -> closed

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

From report at bugs.python.org  Tue Aug  3 10:10:00 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Aug 2010 08:10:00 +0000
Subject: [issue9455] platform test borked in 2.7 branch on Power PC
In-Reply-To: <1280776436.51.0.34473715368.issue9455@psf.upfronthosting.co.za>
Message-ID: <1280823000.17.0.822895583143.issue9455@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Fixed in r83644 (3.x), r83645 (3.1), r83646 (2.7), r83651 (2.6)

I'm not yet closing the issue, I want to check the buildbots later today.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 2.6, Python 3.1, Python 3.2

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

From report at bugs.python.org  Tue Aug  3 11:08:47 2010
From: report at bugs.python.org (Trundle)
Date: Tue, 03 Aug 2010 09:08:47 +0000
Subject: [issue1748064] inspect.getargspec fails on built-in or slot wrapper
	methods
Message-ID: <1280826527.17.0.393628828867.issue1748064@psf.upfronthosting.co.za>


Changes by Trundle <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

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

From report at bugs.python.org  Tue Aug  3 11:41:24 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 09:41:24 +0000
Subject: [issue9458] xml.etree.ElementTree.write(): encoding handling problems
In-Reply-To: <1280782925.67.0.136452249646.issue9458@psf.upfronthosting.co.za>
Message-ID: <1280828484.98.0.154055944868.issue9458@psf.upfronthosting.co.za>


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

Is this a behavior bug or a doc bug?

----------
nosy: +merwok

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

From report at bugs.python.org  Tue Aug  3 11:49:11 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 03 Aug 2010 09:49:11 +0000
Subject: [issue9458] xml.etree.ElementTree.write(): encoding handling problems
In-Reply-To: <1280782925.67.0.136452249646.issue9458@psf.upfronthosting.co.za>
Message-ID: <1280828951.01.0.996906928172.issue9458@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +effbot, flox

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

From report at bugs.python.org  Tue Aug  3 12:12:39 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 10:12:39 +0000
Subject: [issue8312] Add post/pre hooks for distutils commands
In-Reply-To: <1270418101.32.0.698965190272.issue8312@psf.upfronthosting.co.za>
Message-ID: <1280830359.79.0.570815784083.issue8312@psf.upfronthosting.co.za>


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

And if you don?t allow hooks on other commands, people can still subclass them to add hooks support. I guess it?s best to keep it a consenting adults matter and not adding a restriction that can easily be circumvented.

----------

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

From report at bugs.python.org  Tue Aug  3 12:32:04 2010
From: report at bugs.python.org (W. Trevor King)
Date: Tue, 03 Aug 2010 10:32:04 +0000
Subject: [issue5752] xml.dom.minidom does not escape CR,
	LF and TAB characters within attribute values
In-Reply-To: <1239707588.77.0.33795755364.issue5752@psf.upfronthosting.co.za>
Message-ID: <1280831524.19.0.422574703523.issue5752@psf.upfronthosting.co.za>


W. Trevor King <wking at drexel.edu> added the comment:

And while we're at it, we should also

   .replace('&', '&amp;').replace('"', "&quot;").replace('<', '&lt;')

which would have to go at the beginning to avoid double-escaping the '&'.

We could use xml.sax.saxutils.escape to do all the escaping rather than chaining replaces:

   data = escape(data, {'"':'&quot;', '\r':'&#xD;', '\n':'&#xA;', '\t':'&#x9;'})

which also escapes '>' (not strictly required for attribute values, but shouldn't be harmful either).

----------

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

From report at bugs.python.org  Tue Aug  3 12:48:35 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 10:48:35 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280832515.08.0.837686649133.issue6517@psf.upfronthosting.co.za>


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


----------
nosy: +merwok

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

From report at bugs.python.org  Tue Aug  3 12:52:02 2010
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 03 Aug 2010 10:52:02 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280832722.3.0.998643556133.issue6517@psf.upfronthosting.co.za>


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

The 3.2 docs now don't mention ConfigParser prominently anymore (as part of a different patch that added some features).  Could be done in other branches as well.

----------

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

From report at bugs.python.org  Tue Aug  3 12:55:54 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 10:55:54 +0000
Subject: [issue6751] Default return value in ConfigParser
In-Reply-To: <1250845077.86.0.224640008074.issue6751@psf.upfronthosting.co.za>
Message-ID: <1280832954.15.0.542575413539.issue6751@psf.upfronthosting.co.za>


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


----------
nosy: +lukasz.langa, merwok

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

From report at bugs.python.org  Tue Aug  3 12:57:20 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 10:57:20 +0000
Subject: [issue6751] Default return value in ConfigParser
In-Reply-To: <1250845077.86.0.224640008074.issue6751@psf.upfronthosting.co.za>
Message-ID: <1280833040.1.0.17309599737.issue6751@psf.upfronthosting.co.za>


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

Why is it needed to add varargs and kwargs instead of only a new ?default? argument?

----------

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

From report at bugs.python.org  Tue Aug  3 12:57:54 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 10:57:54 +0000
Subject: [issue1410680] Add 'surgical editing' to ConfigParser
Message-ID: <1280833074.13.0.383986690197.issue1410680@psf.upfronthosting.co.za>


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


----------
nosy: +lukasz.langa

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

From report at bugs.python.org  Tue Aug  3 13:00:01 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 11:00:01 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280833201.44.0.0331157772553.issue6517@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Yes, so the patch part is already solved. The thing that is still open to discussion is whether we should do something like this:

1. Pending-Deprecate naked the ConfigParser class in 3.2.
2. Deprecate it in 3.3.
3. Remove it in 3.4 and rename SafeConfigParser to ConfigParser.

This is controversial but many developers (myself included) don't see the point in running naked ConfigParser because it's basically SafeConfigParser sans its completeness and predictability.

So, please +1 or -1 the deprecation process idea.

+1 from me

----------

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

From report at bugs.python.org  Tue Aug  3 13:02:42 2010
From: report at bugs.python.org (Michael Foord)
Date: Tue, 03 Aug 2010 11:02:42 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280833362.56.0.269336320137.issue6517@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

+1 for deprecation. Nobody *should* be using ConfigParser anyway, and of those who are 99% either wouldn't notice or would have bugs in their code *fixed* by the rename, so I can't see much of a downside.

----------

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

From report at bugs.python.org  Tue Aug  3 13:06:50 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 11:06:50 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280833610.78.0.538188611727.issue6517@psf.upfronthosting.co.za>


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

If ConfigParser is not documented first, the name ?SafeConfigParser? becomes strange?safe compared to what? These names have an historical motivation and could become clearer if renamed, but I don?t know if python-dev will agree with this deprecation. Renaming a class to an existing name with different behavior can be bad.

FTR, in my head RawConfigParser is the config parser, and SafeConfigParser is another thing that I?ll maybe use one day.

----------

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

From report at bugs.python.org  Tue Aug  3 13:21:16 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 11:21:16 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1280833610.78.0.538188611727.issue6517@psf.upfronthosting.co.za>
Message-ID: <451AD741-2124-4B09-AE7C-4FC32FA05814@langa.pl>


?ukasz Langa <lukasz at langa.pl> added the comment:

> If ConfigParser is not documented first, the name ?SafeConfigParser? becomes strange?safe compared to what?

The first sentence is "Derived class of ConfigParser that implements a sane variant of the magical interpolation feature." I think it's enough for an explanation.

If this were an encyclopedia, you would be right. But this is more like a Google search results page. Most people will take the first thing that looks like a solution they need.

> These names have an historical motivation and could become clearer if renamed

That is the point.

> but I don?t know if python-dev will agree with this deprecation.

That would be a shame, essentially it should happen in 3.0 IMO. But it's never too late I think.

Think of the children! One day you will read this comment and think: whoa, this was even BEFORE 3.2! Yeah, ancient history.

> Renaming a class to an existing name with different behavior can be bad.

Yes but this is going to be a problem for 3.4. Maybe then we'll come up with something more natural.

> FTR, in my head RawConfigParser is the config parser, and SafeConfigParser is another thing that I?ll maybe use one day.

YMMV. FTR, many people I've spoken to treated RawConfigParser as something more low-level and not suitable for consumer use just because of the name AND the presence of a default (=name like the module) ConfigParser class.

----------

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

From report at bugs.python.org  Tue Aug  3 13:27:18 2010
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 03 Aug 2010 11:27:18 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280834838.64.0.510253319081.issue6517@psf.upfronthosting.co.za>


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

Agree with Michael, +1.

----------

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

From report at bugs.python.org  Tue Aug  3 13:29:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Aug 2010 11:29:54 +0000
Subject: [issue9292] Dead code in Modules/pyexpat.c
In-Reply-To: <1279460665.67.0.339124626695.issue9292@psf.upfronthosting.co.za>
Message-ID: <1280834994.08.0.212483920165.issue9292@psf.upfronthosting.co.za>


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


----------
keywords: +easy

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

From report at bugs.python.org  Tue Aug  3 13:56:18 2010
From: report at bugs.python.org (Ray.Allen)
Date: Tue, 03 Aug 2010 11:56:18 +0000
Subject: [issue9299] os.makedirs(): Add a keyword argument to suppress "File
	exists" exception
In-Reply-To: <1279529255.89.0.917982060428.issue9299@psf.upfronthosting.co.za>
Message-ID: <1280836578.9.0.515077297399.issue9299@psf.upfronthosting.co.za>


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

> Doc review: Small typo, Flase vs False.  Also, exceptions are "raised" rather than "thrown" in Python land (same for the docstring).  Both exception references should be :exc:`OSError`.

Here fixed these doc problems. Thanks for reviewing! Besides, the reason why I use "throw" rather than "raise" is that I found current Doc use "throw an exception", so I think an exception is "thrown". ^_^

----------
Added file: http://bugs.python.org/file18338/mkdir.diff

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

From report at bugs.python.org  Tue Aug  3 14:04:11 2010
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 03 Aug 2010 12:04:11 +0000
Subject: [issue9299] os.makedirs(): Add a keyword argument to suppress "File
	exists" exception
In-Reply-To: <1279529255.89.0.917982060428.issue9299@psf.upfronthosting.co.za>
Message-ID: <1280837051.98.0.533694872626.issue9299@psf.upfronthosting.co.za>


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

Thanks for bringing that up, I've now fixed all these instances of "throw" that should be "raise".

----------

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

From report at bugs.python.org  Tue Aug  3 14:10:07 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 12:10:07 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280837407.46.0.0125052188103.issue6517@psf.upfronthosting.co.za>


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

> The first sentence is "Derived class of ConfigParser that implements
> a sane variant of the magical interpolation feature." I think it's
> enough for an explanation.

True.

>> but I don?t know if python-dev will agree with this deprecation.

I wrote that before seeing Michael?s reply. Since Georg is +1 too, I can only say: Great, let?s do it!

> FTR, many people I've spoken to treated RawConfigParser as
> something more low-level and not suitable for consumer use just
> because of the name AND the presence of a default (=name like the
> module) ConfigParser class.

Right. I don?t know if people using ConfigParser really want to use the interpolation. If we want to give the same name as the module to the best class for people who don?t read docs, I?d prefer renaming RawConfigParser to ConfigParser and SafeConfigParser to SomethingConfigParser.

----------

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

From report at bugs.python.org  Tue Aug  3 14:21:24 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 12:21:24 +0000
Subject: [issue9061] cgi.escape Can Lead To XSS Vulnerabilities
In-Reply-To: <1277307995.11.0.923855376948.issue9061@psf.upfronthosting.co.za>
Message-ID: <1280838084.89.0.565540922743.issue9061@psf.upfronthosting.co.za>


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

Are 2.6 docs built by an older Sphinx version? I wonder why the text uses ?the :func:`quoteattr` function in the :mod:`xml.sax.saxutils` module? and not ?:func:`~xml.sax.saxutils.quoteattr? to get a direct link (or even just ?consider using :func:`xml.sax.saxutils.quoteattr`.?).

----------
nosy: +merwok

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

From report at bugs.python.org  Tue Aug  3 14:25:05 2010
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 03 Aug 2010 12:25:05 +0000
Subject: [issue9061] cgi.escape Can Lead To XSS Vulnerabilities
In-Reply-To: <1277307995.11.0.923855376948.issue9061@psf.upfronthosting.co.za>
Message-ID: <1280838305.48.0.356769333408.issue9061@psf.upfronthosting.co.za>


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

No, that's just a relic from the olden LaTeX days, and I've not paid attention enough to fix it :)

----------

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

From report at bugs.python.org  Tue Aug  3 14:32:32 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 12:32:32 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280838752.75.0.72953463797.issue6517@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Eric, while I agree that would be nice as well, renaming each and every parser in the module will be more problematic for sure.


*** TO ALL: WHAT DO YOU SAY TO A PATH LIKE THIS ***


1) In 3.2 we add an alias:

InterpolatingConfigParser = SafeConfigParser

1.1) In 3.2 we Pending-Deprecate:

ConfigParser (message about it being removed in 3.4)
SafeConfigParser (message about it being renamed to InterpolatingConfigParser in 3.4, a name you can already use)

2) In 3.3 we Deprecate:

ConfigParser
SafeConfigParser

Same messages.

3) In 3.4 we remove ConfigParser and rename SafeConfigParser to InterpolatingConfigParser (removing the alias). So then we have two to choose from: Raw and Interpolating. As you see there's no default ConfigParser any more.



I like that because it opens a new possibility which I would wait with until 3.5: re-introduce ConfigParser but as a completely new subclass that has better but backwards incompatible defaults. For now most of the new functionality I've added is turned off by default because of backwards compatibility reasons and this is unfortunate.

----------

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

From report at bugs.python.org  Tue Aug  3 14:45:41 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Tue, 03 Aug 2010 12:45:41 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1280838752.75.0.72953463797.issue6517@psf.upfronthosting.co.za>
Message-ID: <AANLkTimM-xMmLeRPn=WKBexp=ZUMnvx_NML7C-Dfvv2X@mail.gmail.com>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

2010/8/3 ?ukasz Langa <report at bugs.python.org>:
> 1) In 3.2 we add an alias:
>
> InterpolatingConfigParser = SafeConfigParser

I'd rather see the class renamed and SafeConfigParser made the alias in 3.2.

Otherwise, +1 for this plan (msg 112589), as there's no silent breakage.

----------

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

From report at bugs.python.org  Tue Aug  3 14:57:47 2010
From: report at bugs.python.org (Michael Foord)
Date: Tue, 03 Aug 2010 12:57:47 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280840267.35.0.868080546941.issue6517@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

I'd be happy with aliasing SafeConfigParser to ConfigParser in 3.2. Can we just do this without a deprecation process?

----------

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

From report at bugs.python.org  Tue Aug  3 15:10:25 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Tue, 03 Aug 2010 13:10:25 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1280840267.35.0.868080546941.issue6517@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=CXoMbR7dAVGhXqpeTzjjy-LDjeEpOdTvXmp3h@mail.gmail.com>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Making ConfigParser an alias for SafeConfigParser creates a silent
behavioral change.  An application developer may not realize that
users rely on the "full" ConfigParser anti-glory and end up breaking
their configurations without so much as providing a heads-up in the
application news.

-1

So long as the application developer has to change their code to move
away from ConfigParser, there's a better chance of affected end users
receiving a heads-up.

----------

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

From report at bugs.python.org  Tue Aug  3 15:11:36 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 13:11:36 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280841096.72.0.478128796119.issue6517@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Unfortunately, I have to agree with Fred here. We'll stick to renaming and the deprecation process.

----------

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

From report at bugs.python.org  Tue Aug  3 15:13:24 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Tue, 03 Aug 2010 13:13:24 +0000
Subject: [issue9061] cgi.escape Can Lead To XSS Vulnerabilities
In-Reply-To: <1280838305.48.0.356769333408.issue9061@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=OxwQ7-sS9v-F_0XLiy-wWwa2tEdC0EX0b35uJ@mail.gmail.com>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Such constructs are notoriously tedious to grep for; patches are welcome.

----------
nosy: +fdrake

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

From report at bugs.python.org  Tue Aug  3 15:13:30 2010
From: report at bugs.python.org (Michael Foord)
Date: Tue, 03 Aug 2010 13:13:30 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280841210.44.0.948849495681.issue6517@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Sorry - I misunderstood your earlier suggestion Fred.

configparser.ConfigParser is the *natural* name for SafeConfigParser. I'm strongly +1 on moving towards that. (I doubt there would *actually* be any real code breakage if we did it earlier though ;-)

----------

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

From report at bugs.python.org  Tue Aug  3 15:19:06 2010
From: report at bugs.python.org (Michael Foord)
Date: Tue, 03 Aug 2010 13:19:06 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280841546.6.0.133747473163.issue6517@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

By the way, given that deprecation warnings are silent I am strongly -1 on removing the ConfigParser name altogether. That would cause far more breakage. As ConfigParser should not be used at all, and SafeConfigParser provides its functionality minus bugs, SafeConfigParser (horrible name) should replace it.

----------

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

From report at bugs.python.org  Tue Aug  3 15:20:20 2010
From: report at bugs.python.org (Steven Bethard)
Date: Tue, 03 Aug 2010 13:20:20 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280841620.99.0.0264164960377.issue9444@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Yep, I'm fine with you committing this (after adding the prefix="+-/" you suggested). I don't have time right now to test the patches, but the code looks about right, and the tests ran fine for you, so I'm fine with it.

----------

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

From report at bugs.python.org  Tue Aug  3 15:47:42 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 13:47:42 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280843262.24.0.107393734027.issue6517@psf.upfronthosting.co.za>


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

Agree on the proposal of ?ukasz, with the caveat mentioned by Fred (rename the class and make the old name an alias, for pickle and all). I?ll let Michael and Fred decide if the name ConfigParser has to go or not, I?m happy enough that the class will be deprecated and removed.

----------

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

From report at bugs.python.org  Tue Aug  3 15:52:59 2010
From: report at bugs.python.org (Meador Inge)
Date: Tue, 03 Aug 2010 13:52:59 +0000
Subject: [issue4188] Lib/threading.py causes infinite recursion when running
	as verbose
In-Reply-To: <1224793703.28.0.169476277835.issue4188@psf.upfronthosting.co.za>
Message-ID: <1280843579.35.0.602990909163.issue4188@psf.upfronthosting.co.za>


Changes by Meador Inge <meadori at gmail.com>:


----------
nosy: +minge

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

From report at bugs.python.org  Tue Aug  3 15:59:45 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 03 Aug 2010 13:59:45 +0000
Subject: [issue7092] Test suite emits many DeprecationWarnings when -3 is
	enabled
In-Reply-To: <1255098633.29.0.866346989212.issue7092@psf.upfronthosting.co.za>
Message-ID: <1280843985.97.0.384650766543.issue7092@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Hi Ezio, what's the status on this issue for 2.6.6rc1?

----------

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

From report at bugs.python.org  Tue Aug  3 15:59:48 2010
From: report at bugs.python.org (Meador Inge)
Date: Tue, 03 Aug 2010 13:59:48 +0000
Subject: [issue5248] Adding T_SIZET to structmember.h
In-Reply-To: <1234539731.32.0.475254376781.issue5248@psf.upfronthosting.co.za>
Message-ID: <1280843988.77.0.232789456431.issue5248@psf.upfronthosting.co.za>


Changes by Meador Inge <meadori at gmail.com>:


----------
nosy: +minge

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

From report at bugs.python.org  Tue Aug  3 16:02:08 2010
From: report at bugs.python.org (Meador Inge)
Date: Tue, 03 Aug 2010 14:02:08 +0000
Subject: [issue1172711] long long support for array module
Message-ID: <1280844128.18.0.120289548263.issue1172711@psf.upfronthosting.co.za>


Changes by Meador Inge <meadori at gmail.com>:


----------
nosy: +minge

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

From report at bugs.python.org  Tue Aug  3 16:14:58 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Tue, 03 Aug 2010 14:14:58 +0000
Subject: [issue7828] chr() and ord() documentation for wide characters
In-Reply-To: <1264999918.27.0.407460194608.issue7828@psf.upfronthosting.co.za>
Message-ID: <1280844898.04.0.518439156033.issue7828@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Tue Aug  3 16:16:05 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Tue, 03 Aug 2010 14:16:05 +0000
Subject: [issue7225] fwrite() compiler warnings
In-Reply-To: <1256692580.97.0.277746602553.issue7225@psf.upfronthosting.co.za>
Message-ID: <1280844965.53.0.327244945686.issue7225@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Tue Aug  3 16:16:36 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Tue, 03 Aug 2010 14:16:36 +0000
Subject: [issue7186] Document specialness of __doc__,
	and possibly other "special" attributes
In-Reply-To: <1256240855.61.0.550470965616.issue7186@psf.upfronthosting.co.za>
Message-ID: <1280844996.69.0.788723865496.issue7186@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Tue Aug  3 16:17:02 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Tue, 03 Aug 2010 14:17:02 +0000
Subject: [issue7141] 2to3 should add from __future__ import print_statement
In-Reply-To: <1255620514.04.0.970254237923.issue7141@psf.upfronthosting.co.za>
Message-ID: <1280845022.74.0.191806756698.issue7141@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Tue Aug  3 16:17:27 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Tue, 03 Aug 2010 14:17:27 +0000
Subject: [issue8450] httplib: false BadStatusLine() raised
In-Reply-To: <1271630731.08.0.327097174192.issue8450@psf.upfronthosting.co.za>
Message-ID: <1280845047.74.0.387115360581.issue8450@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Tue Aug  3 16:19:47 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Tue, 03 Aug 2010 14:19:47 +0000
Subject: [issue8867] serve.py (using wsgiref) cannot serve Python docs under
	Python3 due to encoding issues
In-Reply-To: <1275348157.42.0.660423745202.issue8867@psf.upfronthosting.co.za>
Message-ID: <1280845187.92.0.247525933715.issue8867@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Tue Aug  3 16:20:41 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Tue, 03 Aug 2010 14:20:41 +0000
Subject: [issue8906] Document TestCase attributes in class docstring
In-Reply-To: <1275741006.84.0.66027792452.issue8906@psf.upfronthosting.co.za>
Message-ID: <1280845241.75.0.0464513218851.issue8906@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Tue Aug  3 16:22:00 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 14:22:00 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280845320.11.0.0224795692928.issue9452@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18329/issue9452.diff

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

From report at bugs.python.org  Tue Aug  3 16:22:23 2010
From: report at bugs.python.org (LRN)
Date: Tue, 03 Aug 2010 14:22:23 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1221433699.47.0.0165458312451.issue3871@psf.upfronthosting.co.za>
Message-ID: <1280845343.25.0.769850883753.issue3871@psf.upfronthosting.co.za>


LRN <lrn1986 at gmail.com> added the comment:

Here's an alternative patch that enables Python building with MinGW/MSys
I've skimmed rpetrov's patch, and it seems that my patch is more about building Python than about distutils (i've patched distutils only as far as the compilation of Python itself (with the extensions already included in the trunk) requires.

Brief patch description - what i did, and why:
Python/import.c:
* briefly fixed an issue with mkdir() already pointed out in code comments

Python/dynload_win.c:
* renamed strcasecmp to pystrcasecmp to avoid conflicts with the same function defined in MinGW

Python/thread.c:
Python/ceval_gil.h:
* Made sure that Python won't try to include pthreads header when NT threads are available

Include/osdefs.h:
* Made sure that the PYCC_GCC won't lead Python into defining *nix path separation scheme
* Fixed redefinition of MAXPATHLEN (one of the few redefinitions i did fix, there are just too many of them)

configure.in:
* Added corret MACHDEP="win32" for MinGW
* Added lots of new AC_SUBST'ed variables, they are used later to alter Makefile and Setup functionality
  MACHDEP_PATH_SEPARATOR - to put ';' instead of ':' as path separator in machdep
  NTOBJS - extra object files to insert into makefile
  FROZEN_MAIN - controls the inclusion of Python/frozenmain.o into libpython. Why is it even there? Prevents the library from linking.
  NT_LDFLAGS - extra LDFLAGS to add on Windows
  SHAREDINSTALL - controls which sharedinstall target is built (works around MSys weirdness, see below)
  USE_*_MODULE - controls the inclusion of modules in Setup.config.in
  ms_windows - indicates that we're building on Windows through the rest of configure.in
  Special MINGW32_NT*/1.* case entry sets all of the above as well as some some #defines that traditionally are just hard-coded in PC/pyconfig.h (not all the defines from PC/pyconfig.h are here, there might be a need to add some more)
* Added MINGW32* to trigger CYGWIN* cases or added separate MINGW32* cases in most uname tests.
* Added MS_COREDLL definition (why is it separate from other Windows-specific AC_DEFINEs? I don't remember...)
* Added a separate check for CreateThread, a special variable (ac_cv_nt_threads) to indicate its success, and some code to switch on NT threads and switch off any other threads (including pthreads which ARE available on Windows)
* Added checks for some headers (pwd.h, sys/ioctl.h etc) and functions (spawn, spawnv, system etc) that are (are they?) traditionally available on *nix and are not checked for.
* Added correct DYNLOADFILE definition for MinGW
* Worked around AC_STRUCT_ST_BLOCKS weirdness by removing fileblocks.o from the list of object files (this one might not be portable, should check that it works on *nix)
* Fixed a strange bug in AC_COMPILE_IFELSE around "have_prototypes=yes" - when left with an empty argument [] it probuces broken (?) code in configure script (or maybe it's bash that is broken, i don't know)
* Fixed /dev/ptmx detection - MSys will tell you it's available, but it is only an MSys thing, Python shouldn't think it is there.
* Fixed PY_FORMAT_SIZE_T definition - AFAIK MinGW does not allow %z format in printf (in my test cases i've found that some definitions can prevent GCC from throwing an error about this format, but i couldn't reproduce this GCC behaviour in Python build system).
* Added ws2tcpip.h into socket test
* Added PC as a subdirectory

setup.py:
* Added module's location into sys.path. This is required to correctly import multiprocessing (it imports itself recursively, and since its .pyd file is in unusual location, it couldn't find itself)
* Added some config_h_vars.get() checks for some extensions (which is why some extra function/header checks were necessary in configure.in) - no setup.py won't try to build extensions that can't be built
* Added "'msys' in sys.builtin_module_names" kind of checks in some places. When successful, this check indicates that Python is built in MSys, and alters otherwise win32-oriented logic in setup.py and some other modules to adapt to MSys environment
* Changed the way MODULE_NAME is passed to sqlite3 extension (see below)
* Added extra library dependencies for multiprocessing extension
* Prevented setup.py from adding libX11 dependency to tkinter on Windows
* Added some msysize() calls (see below) to fix the paths passed to os.system() calls
* Added extra library dependencies for ctypes extension

PC/errmap.h:
* Re-generated it with new generrmap.c (see below)

PC/generrmap.c:
* Added an implementation of _dosmaperr() function, which is available in MSVC MSVCRT static library, but not in its MinGW counterpart (code is from PostgreSQL, should be compatible with Python license)

Lib/distutils/spawn.py:
* Fixed spawn_nt to use os.system() in conjunction with 'env.exe' program to call external tools - works like a charm in MSys ('env.exe' is an MSys tool, lives in /bin, and it hooks up MSys shell just as well as a call to sh.exe would). I don't know why i'm not calling sh.exe directly here. Just saw os.system()/env pair somewhere else, and it stuck.

Lib/distutils/util.py:
* Added a primitive msysize() function - an MSys path converter. Keeps MSys shell happy by avoiding paths with '\' path separators and '[A-Za-z]:' drive letters

Lib/distutils/ccompiler.py:
* Rigged ccompiler to use unixcompiler subclass for MSys. I didn't know at the time that there is the cygwincompiler, which should have been closer to MSys than unixcompiler. However from the looks of things it took only few lines to fix unixcompiler to work with MSys, so i kept it this way.

Lib/distutils/command/install.py:
* Added special installation schemes for MSys. Not sure if they are used during the installation of Python itself, but they look cool. It always bothered me that Python's layout on Windows is significantly different from the one on *nix, that breaks most autotools magic aimed at detecting/using Python. Now i have a chance to set things right.

Lib/distutils/command/build_ext.py:
* OK, this one is a real hack. There is virtually no way to find include and library paths for GCC: they USUALLY point to /mingw/include/* and /mingw/lib , but even that is configurable in MSys, and Python doesn't have direct access to that data -  asking GCC should always work, so we call GCC via os.system() and ask it to provide include and lib directories (GCC output is fed into a file, since os.system() doesn't have any piping)
* Added libpython naming scheme for Msys (similar to the one used for 'unix')

Lib/distutils/sysconfig.py:
* Added _init_msys() initialization function which combines _init_nt(), _init_posix() and some custom fixes (which come from PC/pyconfig.h for MSVC)

Lib/sysconfig.py:
* Added some more "'msys' in sys.builtin_module_names" checks to make sure that some code branches get executed or not.

Makefile.pre.in:
* Added all the variables from configure.in to insert correct object modules and compiler/linker flags
* Added explicit --export-all-symbols for building libpython
* Added some extravagant rules to build PC/generrmap.h and build exceptions.o which depends on it
* Added special msys sharedinstall variant with fixed paths (otherwise, with normal sharedinstall, some stuff ends up in $(DESTDIR)/MSys/1.0.11/usr/local or something like that due to MSys substituting /usr/local or any other prefix for its Win32 counterpart, which in this particular case is completely wrong, since prefix is always a relative path which shouldn't be fixed)
* Added some Windows-specific clean target commands

Modules/makesetup:
* Added some MinGW specific definitions (cloned from Cygwin's ones, didn't have to alter them after that)

Modules/_ctypes/callproc.c:
* Replaced some MS_WIN32 with _MSC_VER, since the code they guard works only with MSVC

Modules/_ctypes/_ctypes_test.c:
* Prevented preprocessor from inserting dllexport attributes (their presence disables automatic symbol exporting for module initialization function)

Modules/getpath.c:
* Fixed reduce() to work with paths with mixed separators and with paths with Windows-style drive letters

Modules/socketmodule.h:
* Avoided some clever MSSDK detection trap

Modules/_multiprocessing/semaphore.c:
* Fixed some #ifdef guards (the test is ambiguous: it can refer to broken sem_getvalue() - on *nix, or to the lack of one - on Windows)

Modules/Setup.dist:
* Used MACHDEP_PATH_SEPARATOR instead of hard-coding ':' separator into MACHDEPPATH
* Removed posixmodule and pwdmodule from the list of unconditionals modules, now they are conditional (see below)

Modules/_sqlite/connection.c:
Modules/_sqlite/cache.c:
Modules/_sqlite/statement.c:
Modules/_sqlite/row.c:
Modules/_sqlite/sqlitecompat.h:
Modules/_sqlite/cursor.c:
Modules/_sqlite/prepare_protocol.c:
Modules/_sqlite/module.c:
* I had some annoying problems passing MODULE_NAME=\"sqlite3\" - with escaping backslashes. It doesn't work well with my msysize(). Eventually i gave up and removed the need for doublequotes in the definitions by using stringifying feature of C preprocessor. Looks clumsy, but i do not insist on naming the macro Py_SQLITE_TO_STRING(), it can be something shorter...

Modules/python.c:
* Fixed main function prototype - MinGW doesn't work with wmain()

Modules/Setup.config.in:
* Made some modules configurable - some of them are not available on Windows, while others are only required to be built early on Windows. Adds MACHDEP_PATH_SEPARATOR definition as well.

Modules/posixmodule.c:
* Widened some include guards to include MinGW, added some includes for MinGW, disabled some structure re-definitions (it should be noted that i've used a patched version of MinGW's w32api package that already includes symlink functionality - the patch should eventually make it into official w32api release, so this particular fix in posixmodule might not be necessary for a while)

Modules/main.c:
* Fixed PATH_MAX redefinition

----------
nosy: +LRN
Added file: http://bugs.python.org/file18339/py3k_mingwmsys_autogen.diff

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

From report at bugs.python.org  Tue Aug  3 16:24:19 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Tue, 03 Aug 2010 14:24:19 +0000
Subject: [issue8138] wsgiref.simple_server.SimpleServer claims to be
	multithreaded
In-Reply-To: <1268590136.32.0.519225445448.issue8138@psf.upfronthosting.co.za>
Message-ID: <1280845459.39.0.867686373495.issue8138@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Tue Aug  3 16:25:07 2010
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Tue, 03 Aug 2010 14:25:07 +0000
Subject: [issue6785] IncompleteRead / BadStatus when parsing
	http://peakoil.mobi
In-Reply-To: <1251294693.63.0.748199046509.issue6785@psf.upfronthosting.co.za>
Message-ID: <1280845507.0.0.0334938821099.issue6785@psf.upfronthosting.co.za>


Changes by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy: +djc

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

From report at bugs.python.org  Tue Aug  3 16:38:16 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 14:38:16 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280846296.07.0.327270359602.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Updated patch after discussion on #python-dev:

- PEP8 compliant names used: read_file, read_string, read_dict. readfp has been PendingDeprecated
- documentation updates
- option validation is now optional with the use of `strict=` argument in the parser's __init__
- new unit tests introduced to check for the new behaviour

----------
Added file: http://bugs.python.org/file18341/issue9452.diff

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

From report at bugs.python.org  Tue Aug  3 16:47:59 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 14:47:59 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280846879.47.0.17748830308.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

FTR, some people questioned the purpose of read_dict(). Let me summarize this very briefly here:

- the API is using dictionaries similar to those in defaults= but has one level of depth more (sections)
- initializing a parser with a dictionary produces syntax that is more natural in code
- having a single method implementing reading a dictionary with unit tests, support for proper duplicate handling, etc. frees users from writing their own
- we need that anyway for upcoming mapping protocol access discussed in #5412
- more detailed use cases in msg112429

----------

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

From report at bugs.python.org  Tue Aug  3 17:11:09 2010
From: report at bugs.python.org (Michael Foord)
Date: Tue, 03 Aug 2010 15:11:09 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280848269.7.0.0226647102449.issue6517@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Getting *rid* of the name ConfigParser would be annoying and cause *gratuitous* code breakage.

If we are going to keep the name but get rid of the "unsafe" version then we can only replace it with what is now SafeConfigParser - as it is almost entirely compatible with it. (Modulo the bug fixing "behavioural change".)

So the real choices are:

* leave ConfigParser as it is
* deprecate it but not remove it (so as not to needlessly break code)
* deprecate now and replace with SafeConfigParser later

Only the last of these is a positive step forwards... :-)

(Strongly -1 on introducing *yet another name* to refer to these classes by.)

----------

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

From report at bugs.python.org  Tue Aug  3 17:20:06 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 15:20:06 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280848806.13.0.832028984256.issue6517@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

There IS one more option that seems to be better than all of the above:

1. Add an interpolation=True argument to RawConfigParser __init__ and move the interpolating functionality from SafeConfigParser to it.
2. Rename RawConfigParser to ConfigParser leaving the old name in PendingDeprecation with interpolation=False.
3. Make an alias for SafeConfigParser pointing to ConfigParser with PendingDeprecation.

We can do all this for 3.2 I guess without inflicting any actual damage. It will fix more bugs in running code that break config files.

Maybe we shouldn't be so afraid after all and just clean it up.

----------

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

From report at bugs.python.org  Tue Aug  3 17:54:59 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Tue, 03 Aug 2010 15:54:59 +0000
Subject: [issue9352] argparse eats characters when parsing multiple merged
	short options
In-Reply-To: <1279894704.35.0.264649777176.issue9352@psf.upfronthosting.co.za>
Message-ID: <1280850899.76.0.414126965784.issue9352@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

Attaching a test to verify parse failure on mismatched prefix (-abc or +abc).  Steven's patch makes it pass.

----------
nosy: +catherine
versions:  -Python 2.7, Python 3.2
Added file: http://bugs.python.org/file18342/test_multiple_short_same_prefix.patch

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

From report at bugs.python.org  Tue Aug  3 17:56:21 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Tue, 03 Aug 2010 15:56:21 +0000
Subject: [issue9352] argparse eats characters when parsing multiple merged
	short options
In-Reply-To: <1279894704.35.0.264649777176.issue9352@psf.upfronthosting.co.za>
Message-ID: <1280850981.91.0.0845449091257.issue9352@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

Updated Steven's patch; no changes, but now it knows the new context so that ``patch -p0`` won't fail.

----------
Added file: http://bugs.python.org/file18343/multiple_short_same_prefix_new.patch

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

From report at bugs.python.org  Tue Aug  3 18:20:16 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 16:20:16 +0000
Subject: [issue9450] readline.replace_history_item leaks memory.
In-Reply-To: <1280686417.34.0.822614940004.issue9450@psf.upfronthosting.co.za>
Message-ID: <1280852416.51.0.874470711218.issue9450@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Leaks in replace_history_item and remove_history_item fixed in r83667 (py3k), r83668 (release31-maint) and r83669 (release27-maint).

----------
versions: +Python 2.7, Python 3.1

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

From report at bugs.python.org  Tue Aug  3 18:21:58 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 03 Aug 2010 16:21:58 +0000
Subject: [issue9495] argparse unittest tracebacks are confusing if an error is
	raised when not expected
In-Reply-To: <1280852518.56.0.709280463518.issue9495@psf.upfronthosting.co.za>
Message-ID: <1280852518.56.0.709280463518.issue9495@psf.upfronthosting.co.za>


New submission from R. David Murray <rdmurray at bitdance.com>:

In python3 if an error is raised from ErrorRaisingArgumentParser that is not caught by an assertRaises, unittest prints out the traceback, which is a chained traceback including the SystemExit that the argparse test suite catches in order to produce the ArgumentParserError that is actually of interest.  I think the argparse test suite should break that chain to make the tracebacks when failures happen more on-point.

----------
components: Tests
keywords: easy
messages: 112625
nosy: r.david.murray
priority: low
severity: normal
stage: needs patch
status: open
title: argparse unittest tracebacks are confusing if an error is raised when not expected
type: behavior
versions: Python 3.1, Python 3.2

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

From report at bugs.python.org  Tue Aug  3 18:41:15 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 03 Aug 2010 16:41:15 +0000
Subject: [issue7003] finish documentation of user local paths
In-Reply-To: <1253933860.16.0.325369023174.issue7003@psf.upfronthosting.co.za>
Message-ID: <1280853675.92.0.909419782365.issue7003@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Should this now go to docs at python or is it best left with Christian?

----------
nosy: +BreamoreBoy

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

From report at bugs.python.org  Tue Aug  3 18:50:03 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 03 Aug 2010 16:50:03 +0000
Subject: [issue7141] 2to3 should add from __future__ import print_statement
In-Reply-To: <1255620514.04.0.970254237923.issue7141@psf.upfronthosting.co.za>
Message-ID: <1280854203.14.0.477372122074.issue7141@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Daniel there's far chance of this happening if you could provide a patch.

----------
nosy: +BreamoreBoy
versions:  -Python 2.7

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

From report at bugs.python.org  Tue Aug  3 18:50:44 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 03 Aug 2010 16:50:44 +0000
Subject: [issue7186] Document specialness of __doc__,
	and possibly other "special" attributes
In-Reply-To: <1256240855.61.0.550470965616.issue7186@psf.upfronthosting.co.za>
Message-ID: <1280854244.44.0.367779219692.issue7186@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

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

From report at bugs.python.org  Tue Aug  3 18:51:46 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 03 Aug 2010 16:51:46 +0000
Subject: [issue9495] argparse unittest tracebacks are confusing if an error is
	raised when not expected
In-Reply-To: <1280852518.56.0.709280463518.issue9495@psf.upfronthosting.co.za>
Message-ID: <1280854306.68.0.334126623424.issue9495@psf.upfronthosting.co.za>


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

I can't find anyway to actually do what I suggested.  There doesn't seem to be any way to break the traceback chain.

----------

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

From report at bugs.python.org  Tue Aug  3 18:52:28 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Tue, 03 Aug 2010 16:52:28 +0000
Subject: [issue9340] argparse parse_known_args does not work with subparsers
In-Reply-To: <1279886405.92.0.918578525345.issue9340@psf.upfronthosting.co.za>
Message-ID: <1280854348.98.0.892560393378.issue9340@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

Some basic unit tests for parse_known_args on a subparser.

----------
keywords: +patch
nosy: +catherine
Added file: http://bugs.python.org/file18344/test_subparser_parse_known_args.patch

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

From report at bugs.python.org  Tue Aug  3 18:56:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 03 Aug 2010 16:56:54 +0000
Subject: [issue7225] fwrite() compiler warnings
In-Reply-To: <1256692580.97.0.277746602553.issue7225@psf.upfronthosting.co.za>
Message-ID: <1280854614.18.0.836222094665.issue7225@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'm assuming that this is still an issue, sorry I don't have gcc 4.3.2 to try it out on.

----------
nosy: +BreamoreBoy

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

From report at bugs.python.org  Tue Aug  3 18:57:10 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 16:57:10 +0000
Subject: [issue8065] Memory leak in readline.get_current_history_length
In-Reply-To: <1267784862.24.0.455687340788.issue8065@psf.upfronthosting.co.za>
Message-ID: <1280854630.38.0.328273628638.issue8065@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I've fixed this leak in r83670 through r83672.  It's still using the old, inefficient method (get the state, read the length, free the state), because without good tests I don't want to disturb things too much.  In particular, it's not clear whether libedit keeps the history_length variable properly updated.

There are still the remaining issues of:

 - better testing for the readline module, and
 - attempting to work around libedit bugs.

Perhaps those should become separate issues, though?

----------
versions: +Python 2.7, Python 3.1, Python 3.2

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

From report at bugs.python.org  Tue Aug  3 18:59:00 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 16:59:00 +0000
Subject: [issue9450] readline.replace_history_item leaks memory.
In-Reply-To: <1280686417.34.0.822614940004.issue9450@psf.upfronthosting.co.za>
Message-ID: <1280854740.44.0.246905083579.issue9450@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

The other leaks have now been fixed too; see issue 8065 for details.

----------
assignee:  -> mark.dickinson
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

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

From report at bugs.python.org  Tue Aug  3 18:59:22 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Aug 2010 16:59:22 +0000
Subject: [issue7828] chr() and ord() documentation for wide characters
In-Reply-To: <1264999918.27.0.407460194608.issue7828@psf.upfronthosting.co.za>
Message-ID: <1280854762.77.0.418209083287.issue7828@psf.upfronthosting.co.za>


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


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python, haypo
versions:  -Python 2.6, Python 2.7

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

From report at bugs.python.org  Tue Aug  3 19:00:20 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Tue, 03 Aug 2010 17:00:20 +0000
Subject: [issue9340] argparse parse_known_args does not work with subparsers
In-Reply-To: <1279886405.92.0.918578525345.issue9340@psf.upfronthosting.co.za>
Message-ID: <1280854820.8.0.728939528414.issue9340@psf.upfronthosting.co.za>


Changes by Catherine Devlin <fredv8vibwc at liquidid.net>:


Removed file: http://bugs.python.org/file18344/test_subparser_parse_known_args.patch

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

From report at bugs.python.org  Tue Aug  3 19:04:42 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Aug 2010 17:04:42 +0000
Subject: [issue8867] serve.py (using wsgiref) cannot serve Python docs under
	Python3 due to encoding issues
In-Reply-To: <1275348157.42.0.660423745202.issue8867@psf.upfronthosting.co.za>
Message-ID: <1280855082.32.0.497820544709.issue8867@psf.upfronthosting.co.za>


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

Here is a simple patch.

----------
keywords: +patch
nosy: +pitrou
Added file: http://bugs.python.org/file18345/serve.patch

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

From report at bugs.python.org  Tue Aug  3 19:12:15 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Aug 2010 17:12:15 +0000
Subject: [issue8867] serve.py (using wsgiref) cannot serve Python docs under
	Python3 due to encoding issues
In-Reply-To: <1275348157.42.0.660423745202.issue8867@psf.upfronthosting.co.za>
Message-ID: <1280855535.46.0.98505639207.issue8867@psf.upfronthosting.co.za>


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

Fixed in r83673.

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

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

From report at bugs.python.org  Tue Aug  3 19:13:02 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Tue, 03 Aug 2010 17:13:02 +0000
Subject: [issue9340] argparse parse_known_args does not work with subparsers
In-Reply-To: <1279886405.92.0.918578525345.issue9340@psf.upfronthosting.co.za>
Message-ID: <1280855582.48.0.0498451402231.issue9340@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

Some simple unit tests for parse_known_args on a parser with a subparser.  They are indeed failing on the trunk.

----------
Added file: http://bugs.python.org/file18346/test_subparser_parse_known_args.patch

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

From report at bugs.python.org  Tue Aug  3 19:30:00 2010
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Tue, 03 Aug 2010 17:30:00 +0000
Subject: [issue9496] Unittests for Lib/rlcompleter.py
In-Reply-To: <1280856599.43.4.18005844749e-05.issue9496@psf.upfronthosting.co.za>
Message-ID: <1280856599.43.4.18005844749e-05.issue9496@psf.upfronthosting.co.za>


New submission from Michele Orr? <maker.py at gmail.com>:

The attached patch tests Lib/rlcompleter.py.

----------
components: Tests
files: testrlcompleter.patch
keywords: patch
messages: 112636
nosy: ezio.melotti, maker
priority: normal
severity: normal
status: open
title: Unittests for Lib/rlcompleter.py
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18347/testrlcompleter.patch

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

From report at bugs.python.org  Tue Aug  3 19:50:12 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 17:50:12 +0000
Subject: [issue9497] test_ssl memory leak
In-Reply-To: <1280857812.89.0.163190953835.issue9497@psf.upfronthosting.co.za>
Message-ID: <1280857812.89.0.163190953835.issue9497@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

On OS X 10.6, with a 64-bit build of Python, regrtest -L is showing leaks from test_ssl.  Here are the first few lines of the output;  I've also attached the full output.

newton:py3k dickinsm$ ./python.exe -m test.regrtest -L test_ssl
[1/1] test_ssl
1 test OK.
leaks Report Version:  2.0
Process:         python.exe [36421]
Path:            /Users/dickinsm/python/svn/py3k/python.exe
Load Address:    0x100000000
Identifier:      python.exe
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  bash [80529]

Date/Time:       2010-08-03 18:48:10.072 +0100
OS Version:      Mac OS X 10.6.4 (10F569)
Report Version:  6

Process 36421: 8194 nodes malloced for 15049 KB
Process 36421: 106 leaks for 4080 total leaked bytes.
Leak: 0x10173df50  size=272  zone: DefaultMallocZone_0x1002f7000        string '/C=US/ST=Delaware/L=Wilmington/O=Python Software Foundation/OU=SSL/CN=somemachine.python.org'
Leak: 0x10171c0c0  size=192  zone: DefaultMallocZone_0x1002f7000        
      0x31898130 0x0609300b 0x06045503 0x53550213                       0..1.0...U....US
      0x0f301131 0x04550306 0x44081308 0x77616c65                       1.0...U....Delaw
      0x31657261 0x06113013 0x07045503 0x69570a13                       are1.0...U....Wi
      0x6e696d6c 0x6e6f7467 0x21302331 0x04550306                       lmington1#0!..U.
      0x501a130a 0x6f687479 0x6f53206e 0x61777466                       ...Python Softwa
      0x46206572 0x646e756f 0x6f697461 0x300c316e                       re Foundation1.0
      0x5503060a 0x03130b04 0x314c5353 0x061d301f                       ...U....SSL1.0..
      0x03045503 0x6f731613 0x616d656d 0x6e696863                       .U....somemachin
      ...
Leak: 0x10171e7a0  size=192  zone: DefaultMallocZone_0x1002f7000        
      0x31898130 0x0609300b 0x06045503 0x53550213                       0..1.0...U....US
      0x0f301131 0x04550306 0x44081308 0x77616c65                       1.0...U....Delaw
      0x31657261 0x06113013 0x07045503 0x69570a13                       are1.0...U....Wi
      0x6e696d6c 0x6e6f7467 0x21302331 0x04550306                       lmington1#0!..U.
      0x501a130a 0x6f687479 0x6f53206e 0x61777466                       ...Python Softwa
      0x46206572 0x646e756f 0x6f697461 0x300c316e                       re Foundation1.0
      0x5503060a 0x03130b04 0x314c5353 0x061d301f                       ...U....SSL1.0..
      0x03045503 0x6f731613 0x616d656d 0x6e696863                       .U....somemachin
      ...

----------
files: test_ssl_leak_report.txt
messages: 112637
nosy: janssen, mark.dickinson
priority: normal
severity: normal
stage: needs patch
status: open
title: test_ssl memory leak
type: resource usage
versions: Python 3.2
Added file: http://bugs.python.org/file18348/test_ssl_leak_report.txt

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

From report at bugs.python.org  Tue Aug  3 19:53:10 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Tue, 03 Aug 2010 17:53:10 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280857990.91.0.184363394316.issue6517@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

It doesn't make sense to make any of these changes to Python 2; this
really should have been separate from the documentation issue.  That's
probably understood by everyone, but explicit is better.


Merging implementations
-----------------------

- I've no objection to merging RawConfigParser and SafeConfigParser,
  using a constructor argument to control whether interpolation is
  performed.  It's not clear this provides any improvement in
  maintainability or usage.

- Isolating the old (broken interpolation) ConfigParser behavior so it's
  not in the middle of the inheritance stack would be good.


Changing ConfigParser behavior
------------------------------

Changing the behavior of the ConfigParser name requires the deprecation
process.  We may think nobody in their right mind is using that, but
changing something out from under app developers is really bad.  This
should be considered a problem for configparser as outlined in msg 112598.

Whether we can assign new semantics to the ConfigParser name in the
future is questionable.  I think Python's compatibility policy allows
it, but that doesn't make it a good idea.

(This seems to be the real sticking point, unfortunately.)


Class names
-----------

I don't understand Michael's objection to adding new names for the
configparser classes; that's one of the few points where we don't run
into backward-compatibility black holes.

In the case of a merged implementation, a new name for the merged class
(possibly "Configuration") may be the best bet; the old names can then
be subclasses of that which generate appropriate deprecation warnings.

----------

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

From report at bugs.python.org  Tue Aug  3 19:56:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 17:56:42 +0000
Subject: [issue1777398] IDLE Freezes After Running Scripts
Message-ID: <1280858202.81.0.302893699444.issue1777398@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Intermittent bugs involving 3rd-party packages are hard to even confirm, let alone fix. 2.6.6rc will be out today, so no fix for that. IDLE on 3.1.2 is more stable than it was on 3.0, so I will not assume that the problem still exists on the even newer 2.7. And AFAIK, there is no wxpython for 3.1.

So unless this is verified to still be a problem with 2.7 and the latest wxpython 2.8.11.0+, it should be closed as out-of-date.

----------
nosy: +tjreedy
status: open -> pending

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

From report at bugs.python.org  Tue Aug  3 19:58:35 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 17:58:35 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280858315.09.0.93151108689.issue6517@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
versions:  -Python 2.6, Python 2.7, Python 3.1

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

From report at bugs.python.org  Tue Aug  3 20:01:52 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:01:52 +0000
Subject: [issue3362] locale.getpreferredencoding() gives bus error on Mac OS X
	10.4.11 PPC
In-Reply-To: <1216131750.8.0.934284197866.issue3362@psf.upfronthosting.co.za>
Message-ID: <1280858512.55.0.750768865175.issue3362@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6, Python 3.0

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

From report at bugs.python.org  Tue Aug  3 20:06:26 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:06:26 +0000
Subject: [issue2620] Multiple buffer overflows in unicode processing
In-Reply-To: <1207953338.18.0.167765254153.issue2620@psf.upfronthosting.co.za>
Message-ID: <1280858786.79.0.565302003833.issue2620@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
status: open -> closed
versions:  -Python 2.4, Python 3.0

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

From report at bugs.python.org  Tue Aug  3 20:07:03 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Aug 2010 18:07:03 +0000
Subject: [issue9496] Unittests for Lib/rlcompleter.py
In-Reply-To: <1280856599.43.4.18005844749e-05.issue9496@psf.upfronthosting.co.za>
Message-ID: <1280858823.76.0.747987111306.issue9496@psf.upfronthosting.co.za>


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

>From a quick look the patch looks nice, thanks!
There's a typo ("builtinis namespace").

----------
nosy: +pitrou
versions: +Python 2.7, Python 3.1

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

From report at bugs.python.org  Tue Aug  3 20:07:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Aug 2010 18:07:29 +0000
Subject: [issue9496] Unittests for Lib/rlcompleter.py
In-Reply-To: <1280856599.43.4.18005844749e-05.issue9496@psf.upfronthosting.co.za>
Message-ID: <1280858849.68.0.365405815127.issue9496@psf.upfronthosting.co.za>


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


----------
nosy: +r.david.murray
stage:  -> patch review
type: feature request -> behavior

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

From report at bugs.python.org  Tue Aug  3 20:09:06 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:09:06 +0000
Subject: [issue1856] shutdown (exit) can hang or segfault with daemon threads
	running
In-Reply-To: <1200535276.53.0.276618350299.issue1856@psf.upfronthosting.co.za>
Message-ID: <1280858946.44.0.640898730746.issue1856@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is this still an issue in 2.7 or 3.x?
Or should it be closed?

----------
nosy: +tjreedy
versions: +Python 2.7 -Python 2.5, Python 2.6

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

From report at bugs.python.org  Tue Aug  3 20:12:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:12:24 +0000
Subject: [issue1758146] Crash in PyObject_Malloc
Message-ID: <1280859144.45.0.245702108563.issue1758146@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is this still an issue for 2.7 or 3.x?
Is it actually a Python issue or should it be closed?

----------
nosy: +tjreedy

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

From report at bugs.python.org  Tue Aug  3 20:13:37 2010
From: report at bugs.python.org (Michael Foord)
Date: Tue, 03 Aug 2010 18:13:37 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1280859217.79.0.303503621945.issue6517@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

If we merge the functionality in a single class with a new name then I guess that is fine as it will simplify the documentation rather than complexify it (good word hey). We still need to *mention* the old names so that people finding them in old code can find an up to date reference on them.

Here's what I don't understand about Fred's difficulty with replacing ConfigParser with the sane implementation.

After we deprecate ConfigParser as it is now we have two choices.

* delete the ConfigParser name - breaking *all* code that uses it and has not been updated
* point the name at what is currently called SafeConfigParser - causing a slight risk of incompatibility but likely *improving* most code that hasn't been updated

I don't see how the first option could *in any way* be preferable to the second.

----------

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

From report at bugs.python.org  Tue Aug  3 20:14:35 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 03 Aug 2010 18:14:35 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280859275.67.0.319798725839.issue9444@psf.upfronthosting.co.za>


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

Committed (with the additional test) to py3k in r83657, and 2.7 in r83676.

----------
stage: commit review -> committed/rejected
status: open -> closed

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

From report at bugs.python.org  Tue Aug  3 20:17:07 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 18:17:07 +0000
Subject: [issue9497] test_ssl memory leak
In-Reply-To: <1280857812.89.0.163190953835.issue9497@psf.upfronthosting.co.za>
Message-ID: <1280859427.19.0.195353020172.issue9497@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

>From a bit of experimentation, ssl._ssl._test_decode_cert seems to be the call that's leaking.  I haven't studied the source to see if I can pinpoint the cause yet.

----------

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

From report at bugs.python.org  Tue Aug  3 20:23:52 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 18:23:52 +0000
Subject: [issue9496] Unittests for Lib/rlcompleter.py
In-Reply-To: <1280856599.43.4.18005844749e-05.issue9496@psf.upfronthosting.co.za>
Message-ID: <1280859832.36.0.349508994599.issue9496@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

The new tests pass on OS X, using both GNU readline (v6.1) and the system libedit.

----------
nosy: +mark.dickinson

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

From report at bugs.python.org  Tue Aug  3 20:26:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:26:24 +0000
Subject: [issue1540529] cgi.py error on parsing/handling content-disposition
Message-ID: <1280859984.33.0.56870719967.issue1540529@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With 3.1.2, cgi.parse_header gives the same correct response as cgtest.parse_header, so I will assume that the same is true in 2.7 until demonstrated otherwise.

----------
nosy: +tjreedy
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Tue Aug  3 20:30:33 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:30:33 +0000
Subject: [issue3467] sqlite3 path is hard coded in setup.py
In-Reply-To: <1217364179.14.0.826018983626.issue3467@psf.upfronthosting.co.za>
Message-ID: <1280860233.86.0.788683809392.issue3467@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Martin, should this be closed? fixed? won't fix? out-of-date?
The link to Modules/Setup does not work for py3k branch.

----------
nosy: +tjreedy

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

From report at bugs.python.org  Tue Aug  3 20:31:53 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:31:53 +0000
Subject: [issue4956] Py_Initialize needs to be done before file load (on
	msys+wine)
In-Reply-To: <1232060435.88.0.986557230839.issue4956@psf.upfronthosting.co.za>
Message-ID: <1280860313.57.0.995376625727.issue4956@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

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

From report at bugs.python.org  Tue Aug  3 20:39:05 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:39:05 +0000
Subject: [issue5202] wave.py cannot write wave files into a shell pipeline
In-Reply-To: <1234266301.49.0.830035453307.issue5202@psf.upfronthosting.co.za>
Message-ID: <1280860745.94.0.830581508679.issue5202@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is this still a problem with 2.7-3.2?
GP, what state do you think either patch is in?

----------
nosy: +tjreedy
stage:  -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6

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

From report at bugs.python.org  Tue Aug  3 20:53:15 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:53:15 +0000
Subject: [issue3067] setlocale fails with unicode strings on Py2 and with byte
	strings on Py3
In-Reply-To: <1213013354.87.0.861327880823.issue3067@psf.upfronthosting.co.za>
Message-ID: <1280861595.14.0.495723505672.issue3067@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The docs say that the locale arg should be None, tuple, or string, so I take that to mean that Unicode should be OK for 2.x, and that would help porting to 3.x. If bytes are rejected in 3.x, there should be TypeError raised, not ValueError, as is still the case in 3.1.2.

----------
keywords: +easy
nosy: +tjreedy
stage:  -> unit test needed
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6, Python 3.0

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

From report at bugs.python.org  Tue Aug  3 20:55:34 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 18:55:34 +0000
Subject: [issue9497] test_ssl memory leak
In-Reply-To: <1280857812.89.0.163190953835.issue9497@psf.upfronthosting.co.za>
Message-ID: <1280861734.97.0.722773914471.issue9497@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

The fix turned out to be as simple as adding a single X509_free call to _test_decode_cert.

Fixed in revisions r83677 (py3k), r83679 (release31-maint), r83680 (release27-maint) and r83686 (release26-maint).  [The last with Barry's approval.]

----------
assignee:  -> mark.dickinson
components: +Extension Modules
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions: +Python 2.6, Python 2.7, Python 3.1

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

From report at bugs.python.org  Tue Aug  3 20:56:05 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:56:05 +0000
Subject: [issue3511] Incorrect charset range handling with ignore case flag?
In-Reply-To: <1218051735.51.0.548930988583.issue3511@psf.upfronthosting.co.za>
Message-ID: <1280861765.93.0.674134820914.issue3511@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

EM and MB seemed to agree on closing this.

----------
nosy: +tjreedy
resolution:  -> wont fix
status: open -> closed

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

From report at bugs.python.org  Tue Aug  3 20:56:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:56:42 +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: <1280861802.91.0.433776191022.issue2200@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.5, Python 2.6, Python 3.0

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

From report at bugs.python.org  Tue Aug  3 20:58:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 18:58:09 +0000
Subject: [issue1978] Python(2.5.1) will be crashed when i use _ssl module in
	multi-threads environment in linux.
In-Reply-To: <1201733914.21.0.052632860787.issue1978@psf.upfronthosting.co.za>
Message-ID: <1280861889.84.0.193728423658.issue1978@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

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

From report at bugs.python.org  Tue Aug  3 21:14:02 2010
From: report at bugs.python.org (Uli Kunitz)
Date: Tue, 03 Aug 2010 19:14:02 +0000
Subject: [issue9458] xml.etree.ElementTree.ElementTree.write(): encoding
	handling problems
In-Reply-To: <1280782925.67.0.136452249646.issue9458@psf.upfronthosting.co.za>
Message-ID: <1280862842.2.0.674013555253.issue9458@psf.upfronthosting.co.za>


Uli Kunitz <uli.kunitz at googlemail.com> added the comment:

I believe handling of TextIOWrapper streams is broken in xml.etree.ElementTree.ElementTree.write().

First example:

import sys
from xml.etree import ElementTree

element = ElementTree.fromstring("""<foo><bar>foobar</bar></foo>""")
element_tree = ElementTree.ElementTree(element)

assert sys.stdout.encoding == "UTF-8"
element_tree.write(sys.stdout, encoding="UTF-8")
print()

I don't think that write a tree into a stream with the correct encoding should generate any problem at all.

The output looks like this:

Traceback (most recent call last):
  File "/home/kunitz/test/lib/python3.2/xml/etree/ElementTree.py", line 825, in write
    "xmlcharrefreplace"))
TypeError: must be str, not bytes

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "bug1.py", line 9, in <module>
    element_tree.write(sys.stdout, encoding="UTF-8")
  File "/home/kunitz/test/lib/python3.2/xml/etree/ElementTree.py", line 843, in write
    write("<?xml version='1.0' encoding='%s'?>\n" % encoding_)
  File "/home/kunitz/test/lib/python3.2/xml/etree/ElementTree.py", line 827, in write
    _raise_serialization_error(text)
  File "/home/kunitz/test/lib/python3.2/xml/etree/ElementTree.py", line 1077, in _raise_serialization_error
    "cannot serialize %r (type %s)" % (text, type(text).__name__)
TypeError: cannot serialize "<?xml version='1.0' encoding='UTF-8'?>\n" (type str)

Example 2:
import sys
from xml.etree import ElementTree

element = ElementTree.fromstring("""<foo><bar>f??bar</bar></foo>""")
element_tree = ElementTree.ElementTree(element)

with open("bug2.xml", "w", encoding="US-ASCII") as f:
    element_tree.write(f)

The first ? umlaut generates an UnicodeEncodeError here, while the method could use XML character references. One could argue this, but the method could take care of the problem.

Third example:
import sys
from xml.etree import ElementTree

element = ElementTree.fromstring("""<foo><bar>f??bar</bar></foo>""")
element_tree = ElementTree.ElementTree(element)

with open("bug3.xml", "w", encoding="ISO-8859-1",
          errors="xmlcharrefreplace") as f:
    element_tree.write(f, xml_declaration=True)

This creates finally an ISO-8859-1 encoded XML file, but without XML declaration. Didn't we request one?

Example 4: Try to do the right thing.
import sys
from xml.etree import ElementTree

element = ElementTree.fromstring("""<foo><bar>f??bar</bar></foo>""")
element_tree = ElementTree.ElementTree(element)

with open("bug4.xml", "w", encoding="ISO-8859-1",
          errors="xmlcharrefreplace") as f:
    element_tree.write(f, encoding="ISO-8859-1", xml_declaration=True)

Here we get the same exception as example 1 of course.

All the files can be found in the tar container below.

----------
title: xml.etree.ElementTree.write(): encoding handling problems -> xml.etree.ElementTree.ElementTree.write(): encoding handling problems
type:  -> behavior
Added file: http://bugs.python.org/file18349/bugs.tar.gz

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

From report at bugs.python.org  Tue Aug  3 21:27:33 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 19:27:33 +0000
Subject: [issue5414] asciibin.a2b_uu returns unexpected values on non ascii
	data
In-Reply-To: <1236143809.26.0.796935135561.issue5414@psf.upfronthosting.co.za>
Message-ID: <1280863653.59.0.931090140925.issue5414@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In 3.1.2, a2b_uu() now raises
TypeError: a2b_uu() takes exactly 1 argument (0 given)
as it should. I assume the same of 2.7.
The manual claims, in effect, that a2b_uu(b2a_uu(data))== data.
The behavior of a2b_uu with any other input (not from b2a_uu) seems to be undefined.

----------
nosy: +tjreedy
resolution:  -> out of date
stage:  -> unit test needed
status: open -> closed

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

From report at bugs.python.org  Tue Aug  3 21:29:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 19:29:45 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't be
	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1280863785.14.0.263497825967.issue5504@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

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

From report at bugs.python.org  Tue Aug  3 21:31:20 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 19:31:20 +0000
Subject: [issue3265] Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error:
	`MAP_ANONYMOUS' undeclared
In-Reply-To: <1215043666.75.0.766151712273.issue3265@psf.upfronthosting.co.za>
Message-ID: <1280863880.24.0.0805025435414.issue3265@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Should this be closed as won't fix? outofdate? superseded by 5504?
Does it even apply to 2.7 or 3.x?

----------
nosy: +tjreedy

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

From report at bugs.python.org  Tue Aug  3 21:33:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 19:33:46 +0000
Subject: [issue1598] unexpected response in imaplib
In-Reply-To: <1197427257.83.0.419655228027.issue1598@psf.upfronthosting.co.za>
Message-ID: <1280864026.08.0.640538432077.issue1598@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

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

From report at bugs.python.org  Tue Aug  3 21:35:33 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 19:35:33 +0000
Subject: [issue3266] Python-2.5.2/Modules/mmapmodule.c:915: error: `O_RDWR'
	undeclared
In-Reply-To: <1215044054.48.0.722645405249.issue3266@psf.upfronthosting.co.za>
Message-ID: <1280864133.82.0.358362169887.issue3266@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Still a problem with 2.7 or later?

----------
nosy: +tjreedy
versions: +Python 2.7 -Python 2.5

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

From report at bugs.python.org  Tue Aug  3 21:37:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 19:37:32 +0000
Subject: [issue814253] Grouprefs in lookbehind assertions
Message-ID: <1280864252.67.0.298739192854.issue814253@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7 -Python 2.3, Python 2.4, Python 2.5

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

From report at bugs.python.org  Tue Aug  3 21:38:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 19:38:35 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1280864315.17.0.987988374734.issue2944@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7 -Python 2.5, Python 2.6

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

From report at bugs.python.org  Tue Aug  3 21:44:43 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Tue, 03 Aug 2010 19:44:43 +0000
Subject: [issue9444] argparse does not honor prefix_chars when adding default
	options
In-Reply-To: <1280614828.04.0.896226806914.issue9444@psf.upfronthosting.co.za>
Message-ID: <1280864683.94.0.193389167977.issue9444@psf.upfronthosting.co.za>


Doug Hellmann <doug.hellmann at gmail.com> added the comment:

Thanks, everyone!

----------

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

From report at bugs.python.org  Tue Aug  3 21:48:20 2010
From: report at bugs.python.org (Uli Kunitz)
Date: Tue, 03 Aug 2010 19:48:20 +0000
Subject: [issue9458] xml.etree.ElementTree.ElementTree.write(): encoding
	handling problems
In-Reply-To: <1280782925.67.0.136452249646.issue9458@psf.upfronthosting.co.za>
Message-ID: <1280864900.78.0.540929533224.issue9458@psf.upfronthosting.co.za>


Uli Kunitz <uli.kunitz at googlemail.com> added the comment:

Here is a patch that handles all 4 examples in the last comment correctly and survives the Python test suite on Linux (Ubuntu 9.04 x86-64).

----------
keywords: +patch
Added file: http://bugs.python.org/file18350/ElementTree.patch

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

From report at bugs.python.org  Tue Aug  3 21:49:36 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 19:49:36 +0000
Subject: [issue8447] buildbot: test_httpservers failure (No module named
	operator)
In-Reply-To: <1271629389.65.0.354940045225.issue8447@psf.upfronthosting.co.za>
Message-ID: <1280864976.93.0.592339498448.issue8447@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I can reproduce this locally;  it appears to have something to do with distutils and symlinks:

If I do:

ln -s /Users/dickinsm/python/svn/release26-maint/python.exe /Users/dickinsm/Documents/python.exe

and then try to execute the symlink, I get:


newton:~ dickinsm$ ~/Documents/python.exe
'import site' failed; use -v for traceback
Python 2.6.5+ (release26-maint:83685M, Aug  3 2010, 19:48:56) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more information.

The '-v' output includes:

# /Users/dickinsm/python/svn/release26-maint/Lib/distutils/text_file.pyc matches /Users/dickinsm/python/svn/release26-maint/Lib/distutils/text_file.py
import distutils.text_file # precompiled from /Users/dickinsm/python/svn/release26-maint/Lib/distutils/text_file.pyc
'import site' failed; traceback:
Traceback (most recent call last):
  File "/Users/dickinsm/python/svn/release26-maint/Lib/site.py", line 525, in <module>
    main()
  File "/Users/dickinsm/python/svn/release26-maint/Lib/site.py", line 504, in main
    addbuilddir()
  File "/Users/dickinsm/python/svn/release26-maint/Lib/site.py", line 115, in addbuilddir
    s = "build/lib.%s-%.3s" % (get_platform(), sys.version)
  File "/Users/dickinsm/python/svn/release26-maint/Lib/distutils/util.py", line 98, in get_platform
    cfgvars = get_config_vars()
  File "/Users/dickinsm/python/svn/release26-maint/Lib/distutils/sysconfig.py", line 525, in get_config_vars
    func()
  File "/Users/dickinsm/python/svn/release26-maint/Lib/distutils/sysconfig.py", line 382, in _init_posix
    raise DistutilsPlatformError(my_msg)
distutils.errors.DistutilsPlatformError: invalid Python installation: unable to open /usr/local/lib/python2.6/config/Makefile (No such file or directory)

----------
nosy: +mark.dickinson, tarek

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

From report at bugs.python.org  Tue Aug  3 21:51:30 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 03 Aug 2010 19:51:30 +0000
Subject: [issue9495] argparse unittest tracebacks are confusing if an error is
	raised when not expected
In-Reply-To: <1280852518.56.0.709280463518.issue9495@psf.upfronthosting.co.za>
Message-ID: <1280865090.64.0.41832635471.issue9495@psf.upfronthosting.co.za>


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

See issue 6210.  The attached patch uses the workaround from that issue.

----------
keywords: +patch
Added file: http://bugs.python.org/file18351/argparse_test_raise.patch

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

From report at bugs.python.org  Tue Aug  3 21:51:34 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 19:51:34 +0000
Subject: [issue5578] unqualified exec in class body
In-Reply-To: <1238164857.67.0.53034733648.issue5578@psf.upfronthosting.co.za>
Message-ID: <1280865094.72.0.599219256587.issue5578@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is there any currently relevant discrepancy between doc and behavior claimed in this issue. As far as I can see, the 2.7 docs for exec and def make no mention of exec being prohibited in def, let alone class statements. Ditto for exec() in 3.x. Anything earlier is out-of-date.

----------
nosy: +tjreedy
status: open -> pending
versions:  -Python 2.4, Python 2.5, Python 2.6

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

From report at bugs.python.org  Tue Aug  3 22:00:51 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:00:51 +0000
Subject: [issue3169] email/header.py doesn't handle Base64 headers that have
	been insufficiently padded.
In-Reply-To: <1214092738.57.0.399756790289.issue3169@psf.upfronthosting.co.za>
Message-ID: <1280865651.52.0.666936618632.issue3169@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In the absence of a specific doc citation saying otherwise, this strikes me as a feature request to be considered for the 3.2 email update.

Patch includes a test.

----------
nosy: +r.david.murray, tjreedy
stage:  -> patch review
type: behavior -> feature request
versions: +Python 3.2 -Python 2.5

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

From report at bugs.python.org  Tue Aug  3 22:01:27 2010
From: report at bugs.python.org (Raghuram Devarakonda)
Date: Tue, 03 Aug 2010 20:01:27 +0000
Subject: [issue6210] Exception Chaining missing method for suppressing context
In-Reply-To: <1244228665.64.0.918101455838.issue6210@psf.upfronthosting.co.za>
Message-ID: <1280865687.47.0.339499897958.issue6210@psf.upfronthosting.co.za>


Changes by Raghuram Devarakonda <draghuram at gmail.com>:


----------
nosy: +draghuram

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

From report at bugs.python.org  Tue Aug  3 22:03:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:03:08 +0000
Subject: [issue5710] ctypes should return composite types from callbacks
In-Reply-To: <1239038926.27.0.792638874347.issue5710@psf.upfronthosting.co.za>
Message-ID: <1280865788.85.0.817751683061.issue5710@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
type:  -> feature request
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Tue Aug  3 22:10:58 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:10:58 +0000
Subject: [issue5717] os.defpath includes unix /bin on windows
In-Reply-To: <1239116630.78.0.64068842306.issue5717@psf.upfronthosting.co.za>
Message-ID: <1280866258.02.0.412745530057.issue5717@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

3.1.2 still has defpath and gives same erroneous result
Patch is a trivial revision of one line in os.py.

----------
keywords: +easy -patch
nosy: +tjreedy
stage:  -> commit review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

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

From report at bugs.python.org  Tue Aug  3 22:12:20 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:12:20 +0000
Subject: [issue1540386] SocketServer.ForkingMixIn.collect_children() waits on
	pid 0
Message-ID: <1280866340.13.0.170888846271.issue1540386@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

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

From report at bugs.python.org  Tue Aug  3 22:18:58 2010
From: report at bugs.python.org (Thomas Heller)
Date: Tue, 03 Aug 2010 20:18:58 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't be
	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1280866738.58.0.813583485763.issue5504@psf.upfronthosting.co.za>


Thomas Heller <theller at ctypes.org> added the comment:

The libffi library included with Python has been updated in the meantime, so most of the issue5504-linux.patch is unneeded now.

Here is a new patch, issue5504-py27.patch, against the current release27-maint branch.  Seems it is exactly the same as the fedora patch that dmalcolm mentioned.

If someone can test the patch on an selinux system it would be great.

----------
Added file: http://bugs.python.org/file18352/issue5504-py27.patch

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

From report at bugs.python.org  Tue Aug  3 22:20:39 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:20:39 +0000
Subject: [issue5824] SocketServer.DatagramRequestHandler Broken under Linux
In-Reply-To: <1240525238.53.0.858571250541.issue5824@psf.upfronthosting.co.za>
Message-ID: <1280866839.94.0.930695295376.issue5824@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Same comment is in 3.1.2 socketserver.py.

Jim, can you at least suggest a specific text change at a specific place for the doc? That would likely be applied.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python, tjreedy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4, Python 2.5, Python 2.6

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

From report at bugs.python.org  Tue Aug  3 22:27:25 2010
From: report at bugs.python.org (Jason Williams)
Date: Tue, 03 Aug 2010 20:27:25 +0000
Subject: [issue3169] email/header.py doesn't handle Base64 headers that have
	been insufficiently padded.
In-Reply-To: <1214092738.57.0.399756790289.issue3169@psf.upfronthosting.co.za>
Message-ID: <1280867245.87.0.450256173186.issue3169@psf.upfronthosting.co.za>


Jason Williams <williamsjj at digitar.com> added the comment:

I'd argue that since the recipient has little control over incorrect header padding, the traditional approach with e-mail is to fix-up bad encoding...and this ia bug.

----------

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

From report at bugs.python.org  Tue Aug  3 22:29:04 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 03 Aug 2010 20:29:04 +0000
Subject: [issue3169] email/header.py doesn't handle Base64 headers that have
	been insufficiently padded.
In-Reply-To: <1214092738.57.0.399756790289.issue3169@psf.upfronthosting.co.za>
Message-ID: <1280867344.32.0.62321528215.issue3169@psf.upfronthosting.co.za>


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

The quote of Postel's Law is in the RFCs, actually.  So I think we can choose to consider this a bug.  There is a effort/benefit tradeoff when deciding to handle dirty data, but this one is simple enough.  Unless someone can think of a reason why the slight change in behavior might break existing code (other than by letting more spam through :(

----------
assignee:  -> r.david.murray

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

From report at bugs.python.org  Tue Aug  3 22:36:25 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 03 Aug 2010 20:36:25 +0000
Subject: [issue3467] sqlite3 path is hard coded in setup.py
In-Reply-To: <1217364179.14.0.826018983626.issue3467@psf.upfronthosting.co.za>
Message-ID: <1280867785.87.0.324941060685.issue3467@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Modules/Setup does not exist in the source repository, hence the link can't work (and never did). It's a file generated during the build.

This is an instance of a repeated request where people want Python to find their libraries in all kinds of places, either automatically, or via some command line setting. They either don't know about Modules/Setup, or find that insufficient.

IMO, it doesn't matter whether it stays opens or gets closed. As requested, it is still not resolved. I have no intention to work on it, and apparently nobody else does. However, "won't fix" isn't correct, either: if somebody contributed a reasonable patch, it might get fixed.

----------

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

From report at bugs.python.org  Tue Aug  3 22:37:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:37:32 +0000
Subject: [issue1684] CGIHTTPServer does not chdir prior to executing the CGI
	script
In-Reply-To: <1198274242.65.0.204698066624.issue1684@psf.upfronthosting.co.za>
Message-ID: <1280867852.87.0.27782264504.issue1684@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In the absence of the local docs claiming that cgiHTTPServer changes directory, this is a feature request that could only go into 3.2 or later. If I understand http.server.py, the successor does use subprocess, so G.P.Smith's suggestion in msg87067 might be implemented. However, it is not clear to me from the comments if the idea is accepted in principle or not.

----------
nosy: +tjreedy
stage:  -> unit test needed
type: behavior -> feature request
versions: +Python 3.2 -Python 2.5

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

From report at bugs.python.org  Tue Aug  3 22:37:34 2010
From: report at bugs.python.org (Yitz Gale)
Date: Tue, 03 Aug 2010 20:37:34 +0000
Subject: [issue9498] stdtypes.rst should refer to sys.float_info
In-Reply-To: <1280867854.52.0.518299717843.issue9498@psf.upfronthosting.co.za>
Message-ID: <1280867854.52.0.518299717843.issue9498@psf.upfronthosting.co.za>


New submission from Yitz Gale <gale at sefer.org>:

Library docs section 5.4 "Numeric Types" states about floating point numbers that "all bets on their precision are off unless you happen to know the machine you are working with."

That has not been true since Python 2.6, when sys.float_info was added. There should be a reference to that here instead of that statement.

In addition, that paragraph mentions that both float and complex are "implemented using double in C". There is no longer any special reason to mention how those are implemented in C, any more than anything else in Python. Everything you need to know about the implementation is in sys.float_info. (Well, almost everything, see #9192.)

The attached patch is for the Python 3.2 branch.

----------
assignee: docs at python
components: Documentation
files: stdtypes_float_info.patch
keywords: patch
messages: 112670
nosy: docs at python, ygale
priority: normal
severity: normal
status: open
title: stdtypes.rst should refer to sys.float_info
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18353/stdtypes_float_info.patch

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

From report at bugs.python.org  Tue Aug  3 22:39:28 2010
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 03 Aug 2010 20:39:28 +0000
Subject: [issue9498] stdtypes.rst should refer to sys.float_info
In-Reply-To: <1280867854.52.0.518299717843.issue9498@psf.upfronthosting.co.za>
Message-ID: <1280867968.46.0.170058985652.issue9498@psf.upfronthosting.co.za>


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

Mark, does this look ok to you?

----------
assignee: docs at python -> mark.dickinson
nosy: +georg.brandl, mark.dickinson

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

From report at bugs.python.org  Tue Aug  3 22:42:23 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 20:42:23 +0000
Subject: [issue7668] test_httpservers fails with non-ascii path
In-Reply-To: <1263147324.56.0.696076411083.issue7668@psf.upfronthosting.co.za>
Message-ID: <1280868143.61.0.885628815268.issue7668@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

It looks like r79297 (or rather, its merge to release26-maint and release31-maint) caused test_httpservers to start failing on OS X.

----------
nosy: +mark.dickinson

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

From report at bugs.python.org  Tue Aug  3 22:43:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:43:46 +0000
Subject: [issue2178] Problems with Belarusian Latin locale
In-Reply-To: <1203887565.7.0.326406718733.issue2178@psf.upfronthosting.co.za>
Message-ID: <1280868226.42.0.585785871509.issue2178@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is this still a problem in 2.7 or 3.x?

----------
nosy: +tjreedy
versions: +Python 2.7 -Python 2.5

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

From report at bugs.python.org  Tue Aug  3 22:45:17 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 20:45:17 +0000
Subject: [issue9498] stdtypes.rst should refer to sys.float_info
In-Reply-To: <1280867854.52.0.518299717843.issue9498@psf.upfronthosting.co.za>
Message-ID: <1280868317.53.0.93124908501.issue9498@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

+1 for the reference to sys.float_info.

I'd prefer to keep the mention of C doubles, though.  You have to know what you're looking for to get this information from looking at sys.float_info.

----------

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

From report at bugs.python.org  Tue Aug  3 22:46:31 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:46:31 +0000
Subject: [issue3338] cPickle segfault with deep recursion
In-Reply-To: <1215752062.17.0.76482457949.issue3338@psf.upfronthosting.co.za>
Message-ID: <1280868391.73.0.669277067007.issue3338@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

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

From report at bugs.python.org  Tue Aug  3 22:47:24 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 20:47:24 +0000
Subject: [issue8447] buildbot: test_httpservers failure (No module named
	operator)
In-Reply-To: <1271629389.65.0.354940045225.issue8447@psf.upfronthosting.co.za>
Message-ID: <1280868444.78.0.815318711431.issue8447@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

It looks as though the failure is due to r79297:  the fix for issue 7668 introduced symlinks for the python executable, and these symlinks are causing the 'import site' to blow up.

----------

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

From report at bugs.python.org  Tue Aug  3 22:51:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:51:09 +0000
Subject: [issue6069] casting error from ctypes array to structure
In-Reply-To: <1242815548.73.0.540935568828.issue6069@psf.upfronthosting.co.za>
Message-ID: <1280868669.51.0.631390469338.issue6069@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

WinXP,32bit,3.1.2 result
Data0 is 0x2AAAAAAA, Data1 is 0x55555555 for uint
Data0 is 0x2AAAAAAA, Data1 is 0xAAAAAAAA for ulonglong
Data1 failed

but I do not understand ctypes enough to verify that test is correct.

----------
nosy: +tjreedy
stage:  -> unit test needed
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6, Python 3.0

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

From report at bugs.python.org  Tue Aug  3 22:53:23 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:53:23 +0000
Subject: [issue6083] Reference counting bug in setrlimit
In-Reply-To: <1242980336.93.0.332167282409.issue6083@psf.upfronthosting.co.za>
Message-ID: <1280868803.91.0.0694798100312.issue6083@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6

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

From report at bugs.python.org  Tue Aug  3 22:56:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:56:12 +0000
Subject: [issue3425] posixmodule.c always using res = utime(path, NULL)
In-Reply-To: <1216734993.32.0.611530331004.issue3425@psf.upfronthosting.co.za>
Message-ID: <1280868972.6.0.288060567385.issue3425@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

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

From report at bugs.python.org  Tue Aug  3 22:56:43 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 03 Aug 2010 20:56:43 +0000
Subject: [issue7092] Test suite emits many DeprecationWarnings when -3 is
	enabled
In-Reply-To: <1255098633.29.0.866346989212.issue7092@psf.upfronthosting.co.za>
Message-ID: <1280869003.84.0.712255540411.issue7092@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I am removing this as a release blocker given all of Ezio's great work to get the test suite clean with -3.  I will leave it up to him to actually close the issue once the work is complete.  It no longer needs to block 2.6.6.

----------
priority: release blocker -> high

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

From report at bugs.python.org  Tue Aug  3 22:58:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:58:12 +0000
Subject: [issue6140] configure error: shadow.h: present but cannot be compiled
In-Reply-To: <1243560059.83.0.307213103103.issue6140@psf.upfronthosting.co.za>
Message-ID: <1280869092.2.0.881789829785.issue6140@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

reopen if you have a problem with 2.7 or 3.2.

----------
nosy: +tjreedy
resolution:  -> out of date
status: open -> closed

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

From report at bugs.python.org  Tue Aug  3 22:59:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 20:59:46 +0000
Subject: [issue6092] Changed Shortcuts don't show up in menu
In-Reply-To: <1243060734.82.0.446246510061.issue6092@psf.upfronthosting.co.za>
Message-ID: <1280869186.93.0.660514037178.issue6092@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 3.1

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

From report at bugs.python.org  Tue Aug  3 22:59:50 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 03 Aug 2010 20:59:50 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1280869190.66.0.0675716712208.issue8433@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

This also affects 2.6 but I've only been able to verify it on Debian squeeze and Ubuntu maverick, both of which are unreleased.  On Ubuntu lucid (stable), this error does not occur.  I'm testing Debian stable now...

----------
nosy: +barry

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

From report at bugs.python.org  Tue Aug  3 23:00:41 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:00:41 +0000
Subject: [issue6092] Changed Shortcuts don't show up in menu
In-Reply-To: <1243060734.82.0.446246510061.issue6092@psf.upfronthosting.co.za>
Message-ID: <1280869241.84.0.756291493131.issue6092@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I will try to look at this sometime when I get to IDLE issues.

----------
nosy: +tjreedy

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

From report at bugs.python.org  Tue Aug  3 23:01:18 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 21:01:18 +0000
Subject: [issue8447] buildbot: test_httpservers failure (No module named
	operator)
In-Reply-To: <1271629389.65.0.354940045225.issue8447@psf.upfronthosting.co.za>
Message-ID: <1280869278.28.0.122567907987.issue8447@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Here's a patch (against the release26-maint branch) which fixes the test failures for me.

I wouldn't feel happy about committing this without Tarek looking at it first, though.

Tarek?

----------
keywords: +patch
Added file: http://bugs.python.org/file18354/issue8447.patch

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

From report at bugs.python.org  Tue Aug  3 23:02:11 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 03 Aug 2010 21:02:11 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1280869331.65.0.700951755905.issue8433@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
versions: +Python 2.6

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

From report at bugs.python.org  Tue Aug  3 23:03:08 2010
From: report at bugs.python.org (Yitz Gale)
Date: Tue, 03 Aug 2010 21:03:08 +0000
Subject: [issue9498] stdtypes.rst should refer to sys.float_info
In-Reply-To: <1280867854.52.0.518299717843.issue9498@psf.upfronthosting.co.za>
Message-ID: <1280869388.88.0.705245767144.issue9498@psf.upfronthosting.co.za>


Yitz Gale <gale at sefer.org> added the comment:

It's not necessarily true for other than CPython, and it could theoretically not be true someday on some weird platform even for CPython.
 
How about just adding this: "Floating point numbers are usually implemented using double in C." Then at least we're not committing ourselves to anything.

----------

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

From report at bugs.python.org  Tue Aug  3 23:06:33 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 21:06:33 +0000
Subject: [issue9498] stdtypes.rst should refer to sys.float_info
In-Reply-To: <1280867854.52.0.518299717843.issue9498@psf.upfronthosting.co.za>
Message-ID: <1280869593.66.0.292381132386.issue9498@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> it could theoretically not be true someday on some weird platform even for CPython.

Granted.  Though it would be quite a major change: the 'double' part is heavily hard-coded throughout.

> How about just adding this: "Floating point numbers are usually
> implemented using double in C." Then at least we're not committing 
> ourselves to anything.

That sounds fine to me.

----------

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

From report at bugs.python.org  Tue Aug  3 23:10:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:10:09 +0000
Subject: [issue6165] strftime incorrectly processes DST flag when passed time
	touples
In-Reply-To: <1243877901.36.0.141304844828.issue6165@psf.upfronthosting.co.za>
Message-ID: <1280869809.71.0.275298669973.issue6165@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

It is not clear to me what you think is a bug. Please give actual output, what you expect (in full), and reference to doc.
I cannot test in 3.1 as that format is no longer legal.

----------
components: +Library (Lib) -Extension Modules
nosy: +tjreedy
status: open -> pending
versions: +Python 2.7 -Python 2.5

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

From report at bugs.python.org  Tue Aug  3 23:11:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:11:45 +0000
Subject: [issue6143] IDLE - an extension to clear the shell window
In-Reply-To: <1243631391.82.0.146122427664.issue6143@psf.upfronthosting.co.za>
Message-ID: <1280869905.85.0.0071489963849.issue6143@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
type: behavior -> feature request
versions:  -Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Tue Aug  3 23:14:02 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:14:02 +0000
Subject: [issue3062] Turtle speed() function has no effect under Mac OS X
In-Reply-To: <1212923215.43.0.432854849061.issue3062@psf.upfronthosting.co.za>
Message-ID: <1280870042.13.0.383473055752.issue3062@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +Library (Lib)
stage:  -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6, Python 3.0

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

From report at bugs.python.org  Tue Aug  3 23:15:02 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Aug 2010 21:15:02 +0000
Subject: [issue3757] threading.local doesn't support cyclic garbage collecting
In-Reply-To: <1220357648.44.0.102035652616.issue3757@psf.upfronthosting.co.za>
Message-ID: <1280870102.15.0.489954430195.issue3757@psf.upfronthosting.co.za>


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

This is much more complicated than I thought. The threadstate dict holds a strong reference to each local dict, and therefore the GC will refuse to collect the local dict when there's a cycle.
(when there's no cycle, the local dict is cleared manually by the local object's tp_dealloc)

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

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

From report at bugs.python.org  Tue Aug  3 23:15:21 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Aug 2010 21:15:21 +0000
Subject: [issue3757] threading.local doesn't support cyclic garbage collecting
In-Reply-To: <1220357648.44.0.102035652616.issue3757@psf.upfronthosting.co.za>
Message-ID: <1280870121.59.0.578995676208.issue3757@psf.upfronthosting.co.za>


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


----------
versions:  -Python 2.7, Python 3.1

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

From report at bugs.python.org  Tue Aug  3 23:16:15 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 03 Aug 2010 21:16:15 +0000
Subject: [issue7092] Test suite emits many DeprecationWarnings when -3 is
	enabled
In-Reply-To: <1255098633.29.0.866346989212.issue7092@psf.upfronthosting.co.za>
Message-ID: <1280870175.97.0.603955732229.issue7092@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I fixed the deprecation warnings on 2.6 in r83519, r83576-r83579, r83620-r83622, r83627-r83632, r83635, r83637-83642, r83652-83656, r83658, r83687.
Now the test suite should pass with and without -3 -Wd with no errors and no warnings (except an import warning on _ctypes and/or _multiprocessing).
This can be closed.

----------
status: open -> closed

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

From report at bugs.python.org  Tue Aug  3 23:18:36 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:18:36 +0000
Subject: [issue4949] Constness in PyErr_NewException
In-Reply-To: <1231956299.48.0.0179649567226.issue4949@psf.upfronthosting.co.za>
Message-ID: <1280870316.05.0.473700281831.issue4949@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Martin, do you agree with the premise of this issue?

The patch consists of adding 'const' in about 6 places in code and corresponding 6 places in capi doc.

----------
keywords: +easy -patch
nosy: +loewis, tjreedy
versions: +Python 3.1, Python 3.2 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4949>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:20:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:20:09 +0000
Subject: [issue6380] Deadlock during the "import" in the fork()'ed child
	process if fork() happened while import_lock was held
In-Reply-To: <1246315934.51.0.706424064381.issue6380@psf.upfronthosting.co.za>
Message-ID: <1280870409.74.0.757060884155.issue6380@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4, Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6380>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:20:19 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 21:20:19 +0000
Subject: [issue8447] buildbot: test_httpservers failure (No module named
	operator)
In-Reply-To: <1271629389.65.0.354940045225.issue8447@psf.upfronthosting.co.za>
Message-ID: <1280870419.23.0.0744796447139.issue8447@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed in r83688 for release26-maint.  The fix still needs to be ported to release31-maint.

----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8447>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:23:44 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:23:44 +0000
Subject: [issue6443] _winreg.QueryValueEx confused on double null terminated
	strings
In-Reply-To: <1247109670.35.0.187157773378.issue6443@psf.upfronthosting.co.za>
Message-ID: <1280870624.29.0.303473479734.issue6443@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> wont fix
status: open -> closed
type: behavior -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6443>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:26:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:26:37 +0000
Subject: [issue6558] #ifdef linux is incorrect;
	should be #ifdef __linux__ (preferred standard)
In-Reply-To: <1248398274.01.0.259740550657.issue6558@psf.upfronthosting.co.za>
Message-ID: <1280870797.5.0.0107147510495.issue6558@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> out of date
status: open -> closed
superseder:  -> with_stdc89

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6558>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:28:19 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 03 Aug 2010 21:28:19 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1280870899.96.0.545190092654.issue8433@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Confirmed on Ubuntu:

Lucid, libncurses5 5.7+20090803-2ubuntu3 passes
Maverick, libncurses5 5.7+20100626-0ubuntu1 fails

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8433>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:28:55 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:28:55 +0000
Subject: [issue3493] No Backslash (\) in IDLE 1.2.2
In-Reply-To: <1217703828.28.0.450562077127.issue3493@psf.upfronthosting.co.za>
Message-ID: <1280870935.19.0.750105233349.issue3493@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> ronaldoussoren
components: +Macintosh
nosy: +ronaldoussoren
type:  -> behavior
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3493>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:31:41 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:31:41 +0000
Subject: [issue6580] No deprecation warning for list comprehension leak
	conflict
In-Reply-To: <1248629103.59.0.528554407036.issue6580@psf.upfronthosting.co.za>
Message-ID: <1280871101.43.0.117999020914.issue6580@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Not an issue in 3.x.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6580>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:31:47 2010
From: report at bugs.python.org (Yitz Gale)
Date: Tue, 03 Aug 2010 21:31:47 +0000
Subject: [issue9498] stdtypes.rst should refer to sys.float_info
In-Reply-To: <1280867854.52.0.518299717843.issue9498@psf.upfronthosting.co.za>
Message-ID: <1280871107.05.0.00966187178546.issue9498@psf.upfronthosting.co.za>


Changes by Yitz Gale <gale at sefer.org>:


Added file: http://bugs.python.org/file18355/stdtypes_float_info_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9498>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:32:55 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:32:55 +0000
Subject: [issue6636] Non-existant directory in sys.path prevents further
	imports
In-Reply-To: <1249331773.17.0.57338899812.issue6636@psf.upfronthosting.co.za>
Message-ID: <1280871175.18.0.346982656143.issue6636@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6636>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:34:22 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 21:34:22 +0000
Subject: [issue8447] buildbot: test_httpservers failure (No module named
	operator)
In-Reply-To: <1271629389.65.0.354940045225.issue8447@psf.upfronthosting.co.za>
Message-ID: <1280871262.14.0.262888961237.issue8447@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fix ported to release31-maint in r83689.

Thanks Tarek for reviewing (on IRC).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8447>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:35:47 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:35:47 +0000
Subject: [issue6634] sys.exit() called from threads other than the main one:
	undocumented behaviour
In-Reply-To: <1249327311.32.0.926815032903.issue6634@psf.upfronthosting.co.za>
Message-ID: <1280871347.42.0.772870326706.issue6634@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Please suggest a specific doc change at a specific location.
IE, how *should* they read, not just what is wrong.

----------
assignee: georg.brandl -> docs at python
nosy: +docs at python, tjreedy -georg.brandl
stage:  -> needs patch
versions: +Python 3.2 -Python 2.4, Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6634>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:36:19 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:36:19 +0000
Subject: [issue3158] Doctest fails to find doctests in extension modules
In-Reply-To: <1214015505.39.0.384160170018.issue3158@psf.upfronthosting.co.za>
Message-ID: <1280871379.99.0.369707951038.issue3158@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3158>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:37:10 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 03 Aug 2010 21:37:10 +0000
Subject: [issue9413] asyncore.close_all() should call x.handle_close() instead
	of x.close()
In-Reply-To: <1280400921.75.0.874188585283.issue9413@psf.upfronthosting.co.za>
Message-ID: <1280871430.63.0.875053849142.issue9413@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

No, it shouldn't.

handle_close() is more like a callback method called by asyncore itself when the connection is about to be closed "cleanly", and it's not supposed to be called directly by the user (see for example how recv() and send() methods are implemented and issue 1740572).
Also it is usually overridden and filled with application code you hardly want to be executed when you just want to close all connections at once.

When you use close_all() you just want to abruptly close all existing connections, without even caring about pending data waiting to be read or written, hence close() must be called.

Closing out as won't fix as long as some actual reason to change the current behavior is provided.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9413>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:37:33 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:37:33 +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: <1280871453.11.0.384328358512.issue3566@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3566>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:39:56 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:39:56 +0000
Subject: [issue6720] multiprocessing logging
In-Reply-To: <1250540601.66.0.070668154898.issue6720@psf.upfronthosting.co.za>
Message-ID: <1280871596.63.0.626271527584.issue6720@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

May this be closed as out-of-date?

----------
nosy: +tjreedy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6720>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:44:03 2010
From: report at bugs.python.org (Benjamin Liles)
Date: Tue, 03 Aug 2010 21:44:03 +0000
Subject: [issue6720] multiprocessing logging
In-Reply-To: <1250540601.66.0.070668154898.issue6720@psf.upfronthosting.co.za>
Message-ID: <1280871843.7.0.0482869752899.issue6720@psf.upfronthosting.co.za>


Benjamin Liles <benliles at gmail.com> added the comment:

I don't think it has been fixed yet.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6720>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:44:37 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 21:44:37 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1280871877.06.0.760677114284.issue2651@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Patch for py3k ready. Includes patches for the stdlib where tests actually failed.

----------
Added file: http://bugs.python.org/file18356/issue2651.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:49:13 2010
From: report at bugs.python.org (Ross Peoples)
Date: Tue, 03 Aug 2010 21:49:13 +0000
Subject: [issue1777398] IDLE Freezes After Running Scripts
Message-ID: <1280872153.2.0.969367137378.issue1777398@psf.upfronthosting.co.za>


Ross Peoples <deejross at users.sourceforge.net> added the comment:

It is very simple to reproduce the problem: Ubuntu + wxPython + IDLE = crash. If you don't use Ubuntu, you could boot it from a Live CD and reproduce the problem (if it still exists) in about 10 minutes. I don't develop in Python anymore otherwise I would test it myself.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1777398>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:50:01 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 21:50:01 +0000
Subject: [issue2204] document ConfigParser behaviour when a file has same
	section multiple times
In-Reply-To: <1204236720.35.0.634026900248.issue2204@psf.upfronthosting.co.za>
Message-ID: <1280872201.28.0.317022871149.issue2204@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

This bug is superseded by #9452 where the patch includes a `strict=` argument to __init__ which enables checking for section duplicates when reading from a single source.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2204>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:51:05 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:51:05 +0000
Subject: [issue6739] IDLE window won't start or show up after assgining new
	key in options v2.5.2 and 3.1.1
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1280872265.45.0.867727580697.issue6739@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:51:25 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 03 Aug 2010 21:51:25 +0000
Subject: [issue6706] asyncore's accept() is broken
In-Reply-To: <1250291017.2.0.719693187742.issue6706@psf.upfronthosting.co.za>
Message-ID: <1280872285.93.0.827775056787.issue6706@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Shame on me, it seems I totally forgot to attach the patch.
Unfortunately the patch went lost but I'm going to try to rewrite it.
As for tests, ECONN and EAGAIN error conditions are hardly reproducible unless you're using nmap.
I'm assigning this to me for now as a reminder and update the issue as long as I have a working patch.

----------
assignee:  -> giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6706>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:52:24 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 21:52:24 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <1280428369.21.0.84678458473.issue9421@psf.upfronthosting.co.za>
Message-ID: <1280872344.83.0.925600203784.issue9421@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
nosy: +fdrake

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:54:10 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 21:54:10 +0000
Subject: [issue2204] document ConfigParser behaviour when a file has same
	section multiple times
In-Reply-To: <1204236720.35.0.634026900248.issue2204@psf.upfronthosting.co.za>
Message-ID: <1280872450.48.0.363422599183.issue2204@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution:  -> duplicate
stage: needs patch -> committed/rejected
status: open -> closed
superseder:  -> configparser support for reading from strings and dictionaries

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2204>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:54:30 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:54:30 +0000
Subject: [issue6798] Argument for sys.settrace() callbacks documented
	incorrectly
In-Reply-To: <1251503525.6.0.896923124912.issue6798@psf.upfronthosting.co.za>
Message-ID: <1280872470.28.0.0789202065079.issue6798@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Eli, any comment on this?

----------
nosy: +eli.bendersky, tjreedy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6798>
_______________________________________

From report at bugs.python.org  Tue Aug  3 23:59:48 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 21:59:48 +0000
Subject: [issue6786] readline and zero based indexing
In-Reply-To: <1251310656.11.0.667090107201.issue6786@psf.upfronthosting.co.za>
Message-ID: <1280872788.57.0.525986288531.issue6786@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I wonder if changing the base now would cause problems.
Is readline only used interactively?

----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6786>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:00:56 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:00:56 +0000
Subject: [issue4033] python search path - .pth recursion
In-Reply-To: <1223068509.57.0.8948521791.issue4033@psf.upfronthosting.co.za>
Message-ID: <1280872856.4.0.1781977886.issue4033@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4033>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:03:40 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:03:40 +0000
Subject: [issue5114] 2.5.4.3 and 2.6.2 / test_threading hangs on Solaris
In-Reply-To: <1233347094.1.0.608806299681.issue5114@psf.upfronthosting.co.za>
Message-ID: <1280873020.75.0.451980890666.issue5114@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Still an issue in 2.7 or 3.1/2?

----------
nosy: +tjreedy
title: 2.5.4.3 and 2.6.2 / test_threading hangs -> 2.5.4.3 and 2.6.2 / test_threading hangs on Solaris
versions: +Python 2.7 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5114>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:04:17 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:04:17 +0000
Subject: [issue6983] Add specific get_platform() for freebsd
In-Reply-To: <1253751823.43.0.939101436857.issue6983@psf.upfronthosting.co.za>
Message-ID: <1280873057.96.0.676323403612.issue6983@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.4, Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6983>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:04:25 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Aug 2010 22:04:25 +0000
Subject: [issue6786] readline and zero based indexing
In-Reply-To: <1251310656.11.0.667090107201.issue6786@psf.upfronthosting.co.za>
Message-ID: <1280873065.38.0.044034071113.issue6786@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Changing to feature request:  I'm fairly certain that this isn't a bug (i.e., it's working as designed).

It's possible to use the readline module non-interactively, so it's probably a safe bet that there's at least some code out there that does so.

I'd vote to reject this;  I agree it would have been nicer if indexing had started from 0 originally, but the 1-based indexing doesn't really seem like a big deal.

----------
type: behavior -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6786>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:06:06 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 03 Aug 2010 22:06:06 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1280873166.27.0.537983092672.issue2944@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Assigning this to me. The patch looks correct, it only needs tests assuming it is possible to write a reliable test for this.

----------
assignee:  -> giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:08:53 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:08:53 +0000
Subject: [issue6988] shlex.split() converts unicode input to UCS-4 output
In-Reply-To: <1253800448.93.0.534160477927.issue6988@psf.upfronthosting.co.za>
Message-ID: <1280873333.93.0.4756380514.issue6988@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The discussion pretty much says this was a feature request, which is obsolete for 2.x. Not an issue for 3.x:
>>> import shlex
>>> shlex.split('Hello, World!' )
['Hello,', 'World!']

----------
nosy: +tjreedy
resolution:  -> out of date
status: open -> closed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6988>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:12:15 2010
From: report at bugs.python.org (Campbell Barton)
Date: Tue, 03 Aug 2010 22:12:15 +0000
Subject: [issue9499] Python C/API Execution namespace undocumented. (patch
	included)
In-Reply-To: <1280873534.19.0.920563075759.issue9499@psf.upfronthosting.co.za>
Message-ID: <1280873534.19.0.920563075759.issue9499@psf.upfronthosting.co.za>


New submission from Campbell Barton <ideasman42 at gmail.com>:

Some parts of the python api expect __main__ module dictionary to be the namespace when executing a script, this is true when running a python script from the python binary but NOT true when running a compiled script from the C/API which can lead to bugs which are not easy to solve unless the C/API author knows this.

----------
assignee: docs at python
components: Documentation
files: doc_py3_main_mod.diff
keywords: patch
messages: 112706
nosy: docs at python, ideasman42
priority: normal
severity: normal
status: open
title: Python C/API Execution namespace undocumented. (patch included)
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file18357/doc_py3_main_mod.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9499>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:20:47 2010
From: report at bugs.python.org (guest)
Date: Tue, 03 Aug 2010 22:20:47 +0000
Subject: [issue9500] urllib2: Content-Encoding
In-Reply-To: <1280874046.96.0.44632804656.issue9500@psf.upfronthosting.co.za>
Message-ID: <1280874046.96.0.44632804656.issue9500@psf.upfronthosting.co.za>


New submission from guest <a4596925 at bofthew.com>:

urllib2 doesn't support any real-world Content-Encoding scheme.

"gzip" and "deflate" are standard compression schemes for HTTP and expected to be implemented by all clients. None of the default urllib2 handlers implements it.

Common workarounds are available on the Google. Many people resort to fixing up HTTP responses within their application logic (=not good) due to lack of library support. And some wrote proper urllib2 handlers. Here's one for gzip support with deflate/zlib (HTTP spec is unclear on zlib vs. raw deflate format, hence some buggy servers) hacked on:


# http://techknack.net/python-urllib2-handlers/    
from gzip import GzipFile
from StringIO import StringIO
class ContentEncodingProcessor(urllib2.BaseHandler):
  """A handler to add gzip capabilities to urllib2 requests """

  # add headers to requests   
  def http_request(self, req):
    req.add_header("Accept-Encoding", "gzip, deflate")
    return req

  # decode
  def http_response(self, req, resp):
    old_resp = resp
    # gzip
    if resp.headers.get("content-encoding") == "gzip":
        gz = GzipFile(
                    fileobj=StringIO(resp.read()),
                    mode="r"
                  )
        resp = urllib2.addinfourl(gz, old_resp.headers, old_resp.url, old_resp.code)
        resp.msg = old_resp.msg
    # deflate
    if resp.headers.get("content-encoding") == "deflate":
        gz = StringIO( deflate(resp.read()) )
        resp = urllib2.addinfourl(gz, old_resp.headers, old_resp.url, old_resp.code)  # 'class to add info() and
        resp.msg = old_resp.msg
    return resp

# deflate support
import zlib
def deflate(data):   # zlib only provides the zlib compress format, not the deflate format;
  try:               # so on top of all there's this workaround:
    return zlib.decompress(data, -zlib.MAX_WBITS)
  except zlib.error:
    return zlib.decompress(data)

----------
components: Library (Lib)
messages: 112707
nosy: guest
priority: normal
severity: normal
status: open
title: urllib2: Content-Encoding
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9500>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:21:28 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:21:28 +0000
Subject: [issue5931] Python runtime name hardcoded in wsgiref.simple_server
In-Reply-To: <1241478665.1.0.327455115942.issue5931@psf.upfronthosting.co.za>
Message-ID: <1280874088.06.0.769981696536.issue5931@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In the absence of doc claiming the requested behavior, this is a feature request. In principle, it seems sensible, but I do not use the module. Support from more than one person, perhaps from python-list or web-sig list (not sure of name) would be good.

Aside from that, patch replaces 'Python' with platform.python_implementation(). For me, that is 'CPython'. Some might prefer the binary 'python' (or whatever), so I am not this is the right replacement.

----------
keywords: +easy -patch
nosy: +tjreedy
stage:  -> patch review
type: behavior -> feature request
versions: +Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5931>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:23:05 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 03 Aug 2010 22:23:05 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1280874185.33.0.244948408621.issue8433@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Confirmed on Debian

squeeze, ncurses 5.7+20100313-2 failed
lenny, ncurses 5.7+20081213-1 succeeds

So clearly something about the curses module is not compatible with the newer versions of ncurses.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8433>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:29:18 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:29:18 +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: <1280874558.58.0.0514660579425.issue7013@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

When appropriate, patches should have new tests also.

Patch looks simple, but I cannot review correctness or whether this could have a negative effect, like stopping too soon. This seems to be a rare need.

----------
nosy: +tjreedy
stage:  -> unit test needed
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7013>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:31:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:31:12 +0000
Subject: [issue6733] curses line wrap broken when mixing full- and half-width
	unicode characters
In-Reply-To: <1250642602.2.0.807698027943.issue6733@psf.upfronthosting.co.za>
Message-ID: <1280874672.45.0.0794057535839.issue6733@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 2.7, Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6733>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:32:12 2010
From: report at bugs.python.org (David Stanek)
Date: Tue, 03 Aug 2010 22:32:12 +0000
Subject: [issue9500] urllib2: Content-Encoding
In-Reply-To: <1280874046.96.0.44632804656.issue9500@psf.upfronthosting.co.za>
Message-ID: <1280874732.67.0.514284950626.issue9500@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9500>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:33:08 2010
From: report at bugs.python.org (David Stanek)
Date: Tue, 03 Aug 2010 22:33:08 +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: <1280874788.53.0.895929152395.issue7013@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7013>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:33:47 2010
From: report at bugs.python.org (David Stanek)
Date: Tue, 03 Aug 2010 22:33:47 +0000
Subject: [issue5931] Python runtime name hardcoded in wsgiref.simple_server
In-Reply-To: <1241478665.1.0.327455115942.issue5931@psf.upfronthosting.co.za>
Message-ID: <1280874827.95.0.910911135218.issue5931@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5931>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:34:28 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:34:28 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1280874868.12.0.22353069742.issue3210@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Same problem in 3.1.2

----------
nosy: +tjreedy
stage:  -> unit test needed
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:38:20 2010
From: report at bugs.python.org (David Stanek)
Date: Tue, 03 Aug 2010 22:38:20 +0000
Subject: [issue8280] urllib2 passes fragment identifier to server
In-Reply-To: <1270138113.06.0.589316518246.issue8280@psf.upfronthosting.co.za>
Message-ID: <1280875100.03.0.725525182717.issue8280@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

Added a patch to fix this behavior.

----------
keywords: +patch
nosy: +dstanek
Added file: http://bugs.python.org/file18358/fragment.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8280>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:39:41 2010
From: report at bugs.python.org (Martin)
Date: Tue, 03 Aug 2010 22:39:41 +0000
Subject: [issue9501] Logging shutdown regressions with weakrefs
In-Reply-To: <1280875181.95.0.557870097374.issue9501@psf.upfronthosting.co.za>
Message-ID: <1280875181.95.0.557870097374.issue9501@psf.upfronthosting.co.za>


New submission from Martin <gzlist at googlemail.com>:

With the logging change to using weakrefs for handler cleanup done by the follow-on patch in issue 6615 exceptions may now be thrown during module teardown.

There are two distinct problem cases:
1) The new `_removeHandlerRef` function may run during teardown (when module globals are being set to None) but uses the module globals `_acquireLock`, `_releaseLock`, and `_handlerList`.
2) The `Handler.close` method no longer removes the instance from the module global list, this means if the caller then closes the underlying file but keeps a reference to the handler, the `shutdown` function will attempt to flush the already-closed file.

It may be that this new way of doing things is preferred and the response to closing underlying files or holding on to handler references is Don't Do That Then, but this seems like an accidental regression.

----------
components: Library (Lib)
messages: 112713
nosy: flox, gz, vinay.sajip
priority: normal
severity: normal
status: open
title: Logging shutdown regressions with weakrefs
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9501>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:42:35 2010
From: report at bugs.python.org (James Lee)
Date: Tue, 03 Aug 2010 22:42:35 +0000
Subject: [issue1303434] Please include pdb with windows distribution
Message-ID: <1280875355.32.0.59629718464.issue1303434@psf.upfronthosting.co.za>


James Lee <jbit at jbit.net> added the comment:

Attached is a simple patch against msi.py from the py3k branch. It generates a .zip file containing all the PDB files (minus a select few) in the PCbuild directory. I imagine most people only want python31.pdb, but it is very frustrating when you have a crash without debug information so all distributed executables PDBs are included.
One thing to watch out for is if you have built a debug build and not cleaned the directory it will also include debug PDBs (this could be easily fixed if needed).
I have tested the output by making an MSI package and corresponding zip, installing the MSI on another machine, causing a crash within a python module and pointing the visual studio debugger at the PDB files from the zip. Symbols are shown and source level debugging works if you point visual studio to a corresponding python source tree.
This should make debugging of crashdumps of python modules or programs which embed python much easier for windows developers.

----------
keywords: +patch
Added file: http://bugs.python.org/file18359/pdbzip-20100804-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1303434>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:43:47 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:43:47 +0000
Subject: [issue6412] Titlecase as defined in Unicode Case Mappings not followed
In-Reply-To: <1246662889.32.0.498842923824.issue6412@psf.upfronthosting.co.za>
Message-ID: <1280875427.62.0.555417980282.issue6412@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

3.1.2
>>> 'H\u0301ngh'.istitle()
False
>>> 'H\u0301ngh'=='H\u0301ngh'.title()
False
>>> 'H\u0301ngh'.title()
'H?Ngh'

which suggest that initial False is correct, not a bug.
In any case, behavior is changed. Is new behavior wrong? I disagrees with proposed new test. What about 2.7?
Close this?

----------
nosy: +tjreedy
stage: needs patch -> patch review
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6412>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:44:21 2010
From: report at bugs.python.org (Martin)
Date: Tue, 03 Aug 2010 22:44:21 +0000
Subject: [issue9501] Logging shutdown regressions with weakrefs
In-Reply-To: <1280875181.95.0.557870097374.issue9501@psf.upfronthosting.co.za>
Message-ID: <1280875461.01.0.224978152074.issue9501@psf.upfronthosting.co.za>


Martin <gzlist at googlemail.com> added the comment:

This could be fixed in a similar way to was done for the shutdown function in r51206 (which incidentally seems both unnecessary and incomplete - the function runs atexit which precedes module teardown, but also uses the raiseExceptions module global which is not rebound locally).

----------
Added file: http://bugs.python.org/file18360/loggingcleanup.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9501>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:46:58 2010
From: report at bugs.python.org (Martin)
Date: Tue, 03 Aug 2010 22:46:58 +0000
Subject: [issue9501] Logging shutdown regressions with weakrefs
In-Reply-To: <1280875181.95.0.557870097374.issue9501@psf.upfronthosting.co.za>
Message-ID: <1280875618.6.0.583582123421.issue9501@psf.upfronthosting.co.za>


Martin <gzlist at googlemail.com> added the comment:

For the second case, just reverting the change to Handler.close may be best, I don't see why the module should be keeping responsibility for flushing and closing handlers it no longer has a strong reference to.

----------
Added file: http://bugs.python.org/file18361/loggingclose.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9501>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:47:39 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:47:39 +0000
Subject: [issue7182] For non-debug builds,
	the cygwinccompiler.py should define NDEBUG
In-Reply-To: <1256147342.16.0.0286188762329.issue7182@psf.upfronthosting.co.za>
Message-ID: <1280875659.76.0.364412268844.issue7182@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Roumen, were you suggesting that this is a user rather than build issue, or just suggesting a workaround until fixed?

----------
nosy: +tjreedy
versions:  -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7182>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:49:19 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 03 Aug 2010 22:49:19 +0000
Subject: [issue7668] test_httpservers fails with non-ascii path
In-Reply-To: <1263147324.56.0.696076411083.issue7668@psf.upfronthosting.co.za>
Message-ID: <1280875759.58.0.198841821679.issue7668@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Confirmed on 2.6 and 3.1 PPC Tiger and PPC Leopard buildbots.

Example (on PPC Leopard 2.6):
test_httpservers
'import site' failed; use -v for traceback
[16390 refs]
'import site' failed; use -v for traceback
[16390 refs]
'import site' failed; use -v for traceback
Traceback (most recent call last):
  File "/private/var/folders/xN/xNsmo12gFOi8bhXr5KKyyU+++TM/-Tmp-/tmpRBInYl/cgi-bin/file2.py", line 2, in <module>
    import cgi
  File "/Users/buildbot/buildarea/2.6.parc-leopard-1/build/Lib/cgi.py", line 37, in <module>
    from operator import attrgetter
ImportError: No module named operator
[16390 refs]
test test_httpservers failed -- Traceback (most recent call last):
  File "/Users/buildbot/buildarea/2.6.parc-leopard-1/build/Lib/test/test_httpservers.py", line 337, in test_post
    self.assertEquals(res.read(), '1, python, 123456\n')
AssertionError: '' != '1, python, 123456\n'


I would suggest to revert these backports from 2.6 and 3.1.
Obviously python is unable to find the "operator" C extension when it is run from a symbolic link.
And this symbolic link is only needed for corner cases (non-ASCII paths).

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7668>
_______________________________________

From report at bugs.python.org  Wed Aug  4 00:51:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 22:51:14 +0000
Subject: [issue1488934] file.write + closed pipe = no error
Message-ID: <1280875874.79.0.987501588416.issue1488934@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1488934>
_______________________________________

From report at bugs.python.org  Wed Aug  4 01:04:40 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 03 Aug 2010 23:04:40 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280876680.47.0.213479172015.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Rietveld review link: http://codereview.appspot.com/1924042/edit

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Wed Aug  4 01:19:45 2010
From: report at bugs.python.org (David Stanek)
Date: Tue, 03 Aug 2010 23:19:45 +0000
Subject: [issue8280] urllib2 passes fragment identifier to server
In-Reply-To: <1270138113.06.0.589316518246.issue8280@psf.upfronthosting.co.za>
Message-ID: <1280877585.5.0.12785377137.issue8280@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

I have also uploaded my patch to http://codereview.appspot.com/1918042 so easier viewing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8280>
_______________________________________

From report at bugs.python.org  Wed Aug  4 01:30:41 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Aug 2010 23:30:41 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1280878241.9.0.634690967727.issue2651@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Looks like you didn?t narrow your diff command, since unrelated changes to configparser appear there. svn diff file1 path/file2 :)

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Aug  4 01:40:27 2010
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 03 Aug 2010 23:40:27 +0000
Subject: [issue2377] Replace import.c with a pure Python implementation
In-Reply-To: <1205808012.99.0.46136974085.issue2377@psf.upfronthosting.co.za>
Message-ID: <1280878827.41.0.6020891936.issue2377@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
stage:  -> needs patch
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2377>
_______________________________________

From report at bugs.python.org  Wed Aug  4 01:41:20 2010
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 03 Aug 2010 23:41:20 +0000
Subject: [issue588756] python should obey the FHS
Message-ID: <1280878880.66.0.120284189708.issue588756@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/issue588756>
_______________________________________

From report at bugs.python.org  Wed Aug  4 01:53:10 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 23:53:10 +0000
Subject: [issue2811] doctest doesn't treat unicode literals as specified by
	the file declared encoding
In-Reply-To: <1210445230.87.0.512222933205.issue2811@psf.upfronthosting.co.za>
Message-ID: <1280879590.4.0.853323514902.issue2811@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In 3.1.2, where the docstring is unicode, the doctest of normalize works fine, as Karen said. I think she is right: without the encoding being explicitly passed to doctest, it cannot affect how the sub-interpreter used by doctest compiles the strings as code.

I am therefore closing this as invalid (or won't fix, or out-of-date). In any case, it strikes me as a feature request, and test modules, especially, should not be enhanced in bugfix releases. If one thinks of it as a bug, the bug was fixed in 3.0 but cannot be backported.

----------
nosy: +tjreedy
resolution:  -> invalid
status: open -> closed
type: behavior -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2811>
_______________________________________

From report at bugs.python.org  Wed Aug  4 01:53:48 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Aug 2010 23:53:48 +0000
Subject: [issue1293741] doctest runner cannot handle non-ascii characters
Message-ID: <1280879628.34.0.91189816104.issue1293741@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

OP: "The doctest module fails when the expected result
string has non-ascii charcaters even if the # -*-
coding: XXX -*- line is properly set."

I believe the claim in msg70907 of #2811 is correct: the file encoding only affects the conversion of *unicode* literals to unicode objects. It does not affect the conversion of byte literals to byte string objects. Nor does it affect the later interpretation of byte strings by testmod. As msg26299 also says, make the doctstring a unicode, not byte string, to have the encoding cookie take effect. So the original bug claim is invalid.

That aside, the issue was fixed in 3.0 by making text be unicode.
Seriously, issues like this were part of the motivation for 3.0.

That aside, test modules are not revised in bugfix releases without severe reason.

Closing for all these reasons: invalid, out-of-date, fixed; take one's pick.

----------
nosy: +tjreedy
resolution:  -> out of date
status: open -> closed
type:  -> feature request
versions: +Python 2.7 -Python 2.4, Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1293741>
_______________________________________

From report at bugs.python.org  Wed Aug  4 01:58:05 2010
From: report at bugs.python.org (David Stanek)
Date: Tue, 03 Aug 2010 23:58:05 +0000
Subject: [issue754016] urlparse goes wrong with IP:port without scheme
Message-ID: <1280879885.82.0.655003923404.issue754016@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

I've reworked the patch so that it applied against the py3k branch. It's been attached to this issue and is also available here: http://codereview.appspot.com/1910044.

----------
nosy: +dstanek
Added file: http://bugs.python.org/file18362/754016.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue754016>
_______________________________________

From report at bugs.python.org  Wed Aug  4 02:00:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 00:00:35 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1280880035.45.0.175337396476.issue5027@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Can you add a unittest, based on the example, that fails before and passes after the patch?

Assuming this applies to Py3, make patch against py3k branch (or at least 3.2a1 release), which is now 'trunk'.

That aside, the patch is a simple 2-line addition.

----------
keywords: +easy
nosy: +tjreedy
stage:  -> unit test needed
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Wed Aug  4 02:04:43 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 00:04:43 +0000
Subject: [issue7504] Same name cookies
In-Reply-To: <1260798869.28.0.314761148717.issue7504@psf.upfronthosting.co.za>
Message-ID: <1280880283.91.0.757742968561.issue7504@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Unless you can quote something in the manual that says or implies that cookie.py should already have this feature, it looks like a feature request. Is it possible to add a new unittest? Prepare any new patches against py3k branch, now 'trunk'.

----------
nosy: +tjreedy
type: behavior -> feature request
versions: +Python 3.2 -Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7504>
_______________________________________

From report at bugs.python.org  Wed Aug  4 02:07:23 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 04 Aug 2010 00:07:23 +0000
Subject: [issue3169] email/header.py doesn't handle Base64 headers that have
	been insufficiently padded.
In-Reply-To: <1214092738.57.0.399756790289.issue3169@psf.upfronthosting.co.za>
Message-ID: <1280880443.01.0.639622856436.issue3169@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Committed to py3k in r83690, 3.1 in r83694, and 2.7 in r83695.

Thanks Jason.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
type: feature request -> behavior
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3169>
_______________________________________

From report at bugs.python.org  Wed Aug  4 02:13:58 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 00:13:58 +0000
Subject: [issue3757] threading.local doesn't support cyclic garbage collecting
In-Reply-To: <1220357648.44.0.102035652616.issue3757@psf.upfronthosting.co.za>
Message-ID: <1280880838.21.0.0202822314213.issue3757@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This is a patch. It modifies the implementation to use intermediate dummy objects and various weakrefs. This allows to break reference cycles even when the thread state dict is still alive (because it isn't involved in the ref cycles anymore). This also has the benefit of fixing another wart, which is still present in the pure Python implementation, though (see "_threading_local keeps the local of the last stopped thread alive" in test_threading_local).

The pure Python implementation should probably be updated, or perhaps removed altogether (since the C version is always compiled anyway).

----------
keywords: +patch
nosy: +gps
stage:  -> patch review
Added file: http://bugs.python.org/file18363/threadlocal.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3757>
_______________________________________

From report at bugs.python.org  Wed Aug  4 02:30:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 00:30:32 +0000
Subject: [issue6720] multiprocessing logging
In-Reply-To: <1250540601.66.0.070668154898.issue6720@psf.upfronthosting.co.za>
Message-ID: <1280881832.29.0.477343384337.issue6720@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

As far as I know, the only 2.5 issues that will get fixed are security issues, and this is not marked as such. So the question for Christian is whether this is an exception. Or is this even an issue for this tracker?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6720>
_______________________________________

From report at bugs.python.org  Wed Aug  4 02:35:31 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 00:35:31 +0000
Subject: [issue3757] threading.local doesn't support cyclic garbage collecting
In-Reply-To: <1220357648.44.0.102035652616.issue3757@psf.upfronthosting.co.za>
Message-ID: <1280882131.94.0.841949452845.issue3757@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file18363/threadlocal.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3757>
_______________________________________

From report at bugs.python.org  Wed Aug  4 02:35:49 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 00:35:49 +0000
Subject: [issue3757] threading.local doesn't support cyclic garbage collecting
In-Reply-To: <1220357648.44.0.102035652616.issue3757@psf.upfronthosting.co.za>
Message-ID: <1280882149.28.0.967061504781.issue3757@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
keywords:  -easy
Added file: http://bugs.python.org/file18364/threadlocal.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3757>
_______________________________________

From report at bugs.python.org  Wed Aug  4 02:43:40 2010
From: report at bugs.python.org (Graham Dumpleton)
Date: Wed, 04 Aug 2010 00:43:40 +0000
Subject: [issue1758146] Crash in PyObject_Malloc
Message-ID: <1280882620.2.0.304615642182.issue1758146@psf.upfronthosting.co.za>


Graham Dumpleton <Graham.Dumpleton at gmail.com> added the comment:

The actual reported problem was likely because of known issues with running subversion Python wrappers in a sub interpreter.

The rest of the conversation was for a completely different issue which relates to mod_python not using thread APIs in Python in the required manner.

In both cases it is a package distinct from Python itself.

The only fault in Python is the inadequate documentation describing the intricacies of using threading APIs in Python, especially in relation to sub interpreters and also user created thread state objects against main interpreter.

As far as the original issue is concerned however, issue should be able to be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1758146>
_______________________________________

From report at bugs.python.org  Wed Aug  4 03:15:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 01:15:35 +0000
Subject: [issue1758146] Crash in PyObject_Malloc
Message-ID: <1280884535.77.0.023324179061.issue1758146@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

OK. If Graham or anyone has concrete suggestions for improving the current 3.2a1 doc for threading, open a fresh issue.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1758146>
_______________________________________

From report at bugs.python.org  Wed Aug  4 03:17:10 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 04 Aug 2010 01:17:10 +0000
Subject: [issue6602] BaseHTTPServer log_message should log to sys.stdout
In-Reply-To: <1248952406.18.0.680079792557.issue6602@psf.upfronthosting.co.za>
Message-ID: <1280884630.92.0.806780626212.issue6602@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

I think this is the right thing to do. To help this along I've included a patch. The codereview is also available: http://codereview.appspot.com/1697062.

----------
keywords: +patch
nosy: +dstanek
Added file: http://bugs.python.org/file18365/6602.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6602>
_______________________________________

From report at bugs.python.org  Wed Aug  4 03:18:44 2010
From: report at bugs.python.org (Ricky Huang)
Date: Wed, 04 Aug 2010 01:18:44 +0000
Subject: [issue9502] Bus error on OS X while unittest'ing QT app
In-Reply-To: <1280884724.85.0.0838521688383.issue9502@psf.upfronthosting.co.za>
Message-ID: <1280884724.85.0.0838521688383.issue9502@psf.upfronthosting.co.za>


New submission from Ricky Huang <ideinit at gmail.com>:

Not sure if this is the right place, please redirect me if this is the wrong place to log this bug.

In my unittest I am testing a PyQt GUI app.  It brings up the app window, runs a few tests, then quit.  On quit I get a "Python quit unexpectedly while using the QtGui plugin" crash, below is a partial report from OS X:

---

Process:         Python [69112]
Path:            /System/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python
Identifier:      org.python.python.app
Version:         2.6 (2.6)
Build Info:      python-440100~6
Code Type:       X86 (Native)
Parent Process:  bash [63500]

PlugIn Path:       /Library/Frameworks/QtGui.framework/Versions/4/QtGui
PlugIn Identifier: QtGui
PlugIn Version:    4.6.3 (compatibility 4.6.0)
[...]

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000024
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   QtGui                         	0x028aecc0 QWidgetPrivate::qt_widget_event(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 32
1   com.apple.HIToolbox           	0x955acf2f DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1567
2   com.apple.HIToolbox           	0x955ac1f6 SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 411
3   com.apple.HIToolbox           	0x955ac055 SendEventToEventTargetWithOptions + 58
4   com.apple.HIToolbox           	0x955c72b7 HIView::SendOwningWindowChanged(unsigned long, OpaqueWindowPtr*, OpaqueWindowPtr*) + 315
5   com.apple.HIToolbox           	0x955c7142 HIView::NotifySubtreeWindowChanged(OpaqueWindowPtr*, OpaqueWindowPtr*, unsigned char) + 90
6   com.apple.HIToolbox           	0x9567f1c0 HIViewRemoveFromSuperview + 58
7   QtGui                         	0x028a6731 qt_mac_destructView(OpaqueControlRef*) + 17
8   QtGui                         	0x028a8f02 QWidget::destroy(bool, bool) + 546
9   QtGui                         	0x0295e7c1 QWidget::~QWidget() + 449
[...]

---

Thanks in advance.

----------
assignee: ronaldoussoren
components: Macintosh, Tests
messages: 112734
nosy: Ricky.Huang, ronaldoussoren
priority: normal
severity: normal
status: open
title: Bus error on OS X while unittest'ing QT app
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9502>
_______________________________________

From report at bugs.python.org  Wed Aug  4 03:26:52 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Wed, 04 Aug 2010 01:26:52 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <1280428369.21.0.84678458473.issue9421@psf.upfronthosting.co.za>
Message-ID: <1280885212.25.0.179696012251.issue9421@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

+1 to making support for `vars` consistent across the parser classes.

This needs to include documentation (stand-alone + docstrings) that actually make sense; the current docs require reading the code to understand what is going on.

(Generally, if you have a patch, even if there's not concensus on the feature, attaching it is a good idea.)

----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Wed Aug  4 03:32:00 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 04 Aug 2010 01:32:00 +0000
Subject: [issue8757] Race condition when checking for set in set
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1280885520.65.0.585619015461.issue8757@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8757>
_______________________________________

From report at bugs.python.org  Wed Aug  4 03:44:56 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Wed, 04 Aug 2010 01:44:56 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280886296.28.0.199346903668.issue9452@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

I agree that the existing defaults={...} should never have been added to the stdlib.  It made sense in the originating application, but should have been implemented differently to keep application-specific behavior out of what eventually was added to the stdlib.

Will think further about the rest of this when I'm on my own computer and can read & play with the patch in a more usable environment.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Wed Aug  4 04:27:55 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 04 Aug 2010 02:27:55 +0000
Subject: [issue7464] circular reference in HTTPResponse by urllib2
In-Reply-To: <1260379633.84.0.693013946466.issue7464@psf.upfronthosting.co.za>
Message-ID: <1280888875.83.0.575831965683.issue7464@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

Does this issue still exist? I did a little poking around at could not find the quoted code.

----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7464>
_______________________________________

From report at bugs.python.org  Wed Aug  4 04:33:02 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 04 Aug 2010 02:33:02 +0000
Subject: [issue1553375] Add traceback.print_full_exception()
Message-ID: <1280889182.53.0.800988810141.issue1553375@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Updated patch with unit tests and docs.  I realized that I'd forgotten to test chained exceptions.  It looks like when the Interpreter prints a traceback all the exceptions in the chain are printed fully, which makes sense.  Adopting that strategy for this patch simplified it into three lines (the signature change and an if/print in the loop).

I'm pretty satisfied with this patch.  I have two questions: should the 'fullstack' option really be implemented in print_tb instead?  And is there a better name for the option?  Would just 'full' be acceptable?

----------
keywords: +needs review
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file18366/full_traceback.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1553375>
_______________________________________

From report at bugs.python.org  Wed Aug  4 04:40:54 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 02:40:54 +0000
Subject: [issue4491] email.Header.decode_header() doesn't work if encoded-word
	was separeted by CRLF
In-Reply-To: <1228234559.58.0.381415224429.issue4491@psf.upfronthosting.co.za>
Message-ID: <1280889654.36.0.0581819155299.issue4491@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/issue4491>
_______________________________________

From report at bugs.python.org  Wed Aug  4 04:48:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 02:48:12 +0000
Subject: [issue1759845] subprocess.call fails with unicode strings in command
	line
Message-ID: <1280890092.62.0.874314162304.issue1759845@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I fail to see why subprocess.call(cmd.encode('whatever')) is not a general solution. Auto-encoding strikes me as wrong. Someone who wants that should write their own wrapper. In any case, 2.7 is out and closed to new features, while 3.x fixes this and numerous other unicode issues.

----------
nosy: +tjreedy
resolution:  -> out of date
status: open -> closed
type:  -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759845>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:06:43 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:06:43 +0000
Subject: [issue7611] shlex not posix compliant when parsing "foo#bar"
In-Reply-To: <1262248963.08.0.673944744724.issue7611@psf.upfronthosting.co.za>
Message-ID: <1280891203.04.0.623231423687.issue7611@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Given that test_shlex.py tests for the current behavior, it is hard to call this a bug in the tracker sense of the term. I would only change with a new version. 

The manual just says "When operating in POSIX mode, shlex will try to be as close as possible to the POSIX shell parsing rules." but gives no reference to which authority it is following or what the rules are in either case. Manual section 23.2.2. Parsing Rules only discusses the differences between posix and non-posix rules, not the common rules.

I suspect this module was written well over a decade ago, maybe closer to two. Is it possible that earlier versions were different on this issue? Or is the 2008 version only cosmetically different some 1990s version?

----------
nosy: +tjreedy
stage: unit test needed -> patch review
type: behavior -> feature request
versions:  -Python 2.5, Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7611>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:07:11 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:07:11 +0000
Subject: [issue6327] [mimetext] long lines get cut with exclamation mark and
	newline
In-Reply-To: <1245767587.65.0.844328731918.issue6327@psf.upfronthosting.co.za>
Message-ID: <1280891231.76.0.584535432239.issue6327@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/issue6327>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:08:12 2010
From: report at bugs.python.org (Dan Buch)
Date: Wed, 04 Aug 2010 03:08:12 +0000
Subject: [issue917120] imaplib: incorrect quoting in commands
Message-ID: <1280891292.14.0.390575168239.issue917120@psf.upfronthosting.co.za>


Dan Buch <daniel.buch at gmail.com> added the comment:

I'm attaching a patch which does exactly what dmbaggett recommended w.r.t. the mustquote regex.  All current tests pass, but I'm not sure if the current tests even cover this code (how is coverage measured in the stdlib tests?)

On a related note, the `_checkquote` method which uses the `mustquote` regex is dead code in Python 3.2+, AFAICT.

----------
keywords: +patch
nosy: +meatballhat, r.david.murray
Added file: http://bugs.python.org/file18367/adjust-mustquote-re-in-imaplib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue917120>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:09:26 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:09:26 +0000
Subject: [issue4366] cannot find -lpythonX.X when buinding Python on FreeBSD
In-Reply-To: <1227202019.4.0.606199376498.issue4366@psf.upfronthosting.co.za>
Message-ID: <1280891366.36.0.29226915217.issue4366@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4366>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:14:00 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:14:00 +0000
Subject: [issue5898] Hang in Popen.wait() when another process has been created
In-Reply-To: <1241208488.61.0.0189551533272.issue5898@psf.upfronthosting.co.za>
Message-ID: <1280891640.68.0.966575693606.issue5898@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Closing because OP did not disagree with Wong's explanation of why not a bug. If someone disagreea and wants to reopen, this should be verified and marked for a current version (2.7+)

----------
nosy: +tjreedy
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5898>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:23:07 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:23:07 +0000
Subject: [issue4944] os.fsync() doesn't work as expect in Windows
In-Reply-To: <1231908179.96.0.0909501927453.issue4944@psf.upfronthosting.co.za>
Message-ID: <1280892187.77.0.556820026337.issue4944@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

To be a tracker bug, as opposed to feature request, behavior must disagree with the manual or doc string, not personal expectation. In any case, OP declined to test on 2.6 and suggested closing, so I am. This still remains on tracker to be searched.

Anyone who considers reopening should verify a discrepancy with 2.7 or later current version.

----------
nosy: +tjreedy
resolution:  -> postponed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4944>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:25:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:25:09 +0000
Subject: [issue6978] compiler.transformer dict key bug d[1,] = 1
In-Reply-To: <1253712935.73.0.771654753866.issue6978@psf.upfronthosting.co.za>
Message-ID: <1280892309.61.0.31582040817.issue6978@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file14958/compiler.transformer.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6978>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:26:20 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 04 Aug 2010 03:26:20 +0000
Subject: [issue9500] urllib2: Content-Encoding
In-Reply-To: <1280874046.96.0.44632804656.issue9500@psf.upfronthosting.co.za>
Message-ID: <1280892380.89.0.0619025392458.issue9500@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks for the suggestion.

New features can only go into Python3, where the urllib/urllib2 have been harmonized into the urllib package.  So what we would need in order to consider this for acceptance is a patch against py3k trunk urllib.  Please see http://python.org/dev for information about how to develop a patch for submission.

----------
keywords: +easy
nosy: +orsenthil, r.david.murray
stage:  -> unit test needed
type:  -> feature request
versions: +Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9500>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:36:15 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Wed, 04 Aug 2010 03:36:15 +0000
Subject: [issue6798] Argument for sys.settrace() callbacks documented
	incorrectly
In-Reply-To: <1251503525.6.0.896923124912.issue6798@psf.upfronthosting.co.za>
Message-ID: <1280892975.93.0.108071529464.issue6798@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

I can confirm Robert's findings. 

1) The documentation of C_RETURN and C_EXCEPTION indeed says None while the function object is passed. This is seen in the implementation of the C_TRACE macro in Python/ceval.c

2) The arg of RETURN can be indeed NULL when caused by an exception. This is seen in the PyEval_EvalFrameEx function of Python/ceval.c right after the 'fast_yield' label.

3) The C/API documentation of Py_tracefunc shares the same errors with sys.settrace

As Georg said, the docs should be fixed to reflect the correct behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6798>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:38:40 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:38:40 +0000
Subject: [issue6978] compiler.transformer dict key bug d[1,] = 1
In-Reply-To: <1253712935.73.0.771654753866.issue6978@psf.upfronthosting.co.za>
Message-ID: <1280893120.88.0.911128857241.issue6978@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This can only be fixed in 2.7, where compiler is deprecated in favor of ast. Compiler is gone in 3.x. Kees, are you planning to update the patch (with no guarantee anyone will apply) or should we close this?

----------
nosy: +tjreedy
status: open -> pending
versions: +Python 2.7 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6978>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:39:31 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:39:31 +0000
Subject: [issue6171] Class Browser selection in Ubuntu
In-Reply-To: <1243903612.81.0.195499978214.issue6171@psf.upfronthosting.co.za>
Message-ID: <1280893171.05.0.745005933037.issue6171@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.1, Python 3.2 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6171>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:40:25 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:40:25 +0000
Subject: [issue7505] ctypes not converting None to Null in 64-bit system
In-Reply-To: <1260810641.87.0.854694050504.issue7505@psf.upfronthosting.co.za>
Message-ID: <1280893225.48.0.413973973769.issue7505@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7505>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:47:16 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:47:16 +0000
Subject: [issue3931] codecs.charmap_build is untested and undocumented
In-Reply-To: <1222085190.52.0.690275455212.issue3931@psf.upfronthosting.co.za>
Message-ID: <1280893636.83.0.902502261391.issue3931@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

There are numerous undocumented implementation objects that are either private and probably should start with _ but do not, or are semi-private and perhaps left public for the expert user willing to read code. But, being undocumented, it is hard to tell. codecs.charmap_build strikes me as rather private, hence should not be documented. So I would be inclined to close this.

----------
nosy: +tjreedy
versions: +Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3931>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:49:13 2010
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Wed, 04 Aug 2010 03:49:13 +0000
Subject: [issue9496] Unittests for Lib/rlcompleter.py
In-Reply-To: <1280856599.43.4.18005844749e-05.issue9496@psf.upfronthosting.co.za>
Message-ID: <1280893753.48.0.549425317693.issue9496@psf.upfronthosting.co.za>


Changes by Michele Orr? <maker.py at gmail.com>:


Removed file: http://bugs.python.org/file18347/testrlcompleter.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9496>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:49:35 2010
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Wed, 04 Aug 2010 03:49:35 +0000
Subject: [issue9496] Unittests for Lib/rlcompleter.py
In-Reply-To: <1280856599.43.4.18005844749e-05.issue9496@psf.upfronthosting.co.za>
Message-ID: <1280893775.33.0.954724858483.issue9496@psf.upfronthosting.co.za>


Changes by Michele Orr? <maker.py at gmail.com>:


Added file: http://bugs.python.org/file18368/testrlcompleter.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9496>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:55:15 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 04 Aug 2010 03:55:15 +0000
Subject: [issue1673007] urllib2 requests history + HEAD support
Message-ID: <1280894115.07.0.680627286139.issue1673007@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

I have attached a patch to add support for HEAD, PUT and DELETE methods. The code review is available here: http://codereview.appspot.com/1696061.

I have started working on another patch that validates that the method is properly set. For instance, it doesn't make sense to have a HEAD or DELETE with post data. The problem is that the interface is so wide open that it is hard to catch all possible user errors. A user could call Request.__init__ correctly, but then set req.method to an invalid method. If there is some interest I'll finish up the patch.

----------
nosy: +dstanek
Added file: http://bugs.python.org/file18369/1673007_methods.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1673007>
_______________________________________

From report at bugs.python.org  Wed Aug  4 05:56:56 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 03:56:56 +0000
Subject: [issue7942] Inconsistent error types/messages for __len__ (and
	__nonzero__) between old and new-style classes
In-Reply-To: <1266341801.65.0.120911514825.issue7942@psf.upfronthosting.co.za>
Message-ID: <1280894216.8.0.749780744872.issue7942@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The exceptions cannot change in 2.7.

For 3.1.2
class C:
    def __len__(self):
            return 2**35
c = C()
len(c)
# gives
OverflowError: cannot fit 'int' into an index-sized integer

Maybe (#2690) that will change.

So I do not see any valid bug or feature request issue.

----------
nosy: +tjreedy
resolution:  -> invalid
status: open -> closed
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7942>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:00:24 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 04 Aug 2010 04:00:24 +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: <1280894424.17.0.0193668375024.issue8150@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

In issue #1673007 I submitted a patch that enables the programmer to create a Request instance and specify the method to use.

----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8150>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:05:19 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:05:19 +0000
Subject: [issue6040] bdist_msi does not deal with pre-release version
In-Reply-To: <1242472106.67.0.523299229524.issue6040@psf.upfronthosting.co.za>
Message-ID: <1280894719.3.0.00620086360118.issue6040@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> tarek
components: +Distutils
nosy: +tarek
type:  -> feature request
versions: +Python 3.2 -Python 2.4, Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6040>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:09:57 2010
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 04 Aug 2010 04:09:57 +0000
Subject: [issue1449496] Python should use 3GB Address Space on Windows
Message-ID: <1280894997.2.0.256552966969.issue1449496@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Unless anyone plans on a patch I say we let this go. As of 2.5 we provide x64 installers, and with most users running on 64-bit OS'es I would say it's better to suggest they use a 64-bit compiled Python to obtain an even larger addressable space.

Of course, not all users are on 64-bit, but it'll take some work and tests for this to be considered for 3.2.

----------
nosy: +brian.curtin
resolution:  -> out of date
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1449496>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:19:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:19:08 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <1280895548.26.0.434314882286.issue5713@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Smptlib is documented as RFC821/1869 based. So this is a request for a new feature. I presume more would be required to bring it up to 2821/5321. Assuming so, what is the rationale for adding just one new feature. This would mean tacking something like "and RFC 2821 for 421 status" on the end of "For details of SMTP and ESMTP operation, consult RFC 821 (Simple Mail Transfer Protocol) and RFC 1869 (SMTP Service Extensions)."

Can a test be written for this? There seem to be some coded status tests already.

I

----------
nosy: +tjreedy
stage:  -> unit test needed
type: behavior -> feature request
versions: +Python 3.2 -Python 2.4, Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:31:23 2010
From: report at bugs.python.org (Andrey Chichak)
Date: Wed, 04 Aug 2010 04:31:23 +0000
Subject: [issue7504] Same name cookies
In-Reply-To: <1260798869.28.0.314761148717.issue7504@psf.upfronthosting.co.za>
Message-ID: <1280896283.02.0.831942564637.issue7504@psf.upfronthosting.co.za>


Andrey Chichak <chch at kit.tomsk.ru> added the comment:

1. Cookie.py.diff is fix for error, very rare error.
2. Cookie_multi.diff is extention for supporting same name cookies set for diferent pathes.

Cookie.py contain error!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7504>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:32:11 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:32:11 +0000
Subject: [issue1708316] doctest work with Windows PyReadline
Message-ID: <1280896331.53.0.473466008563.issue1708316@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

While it could be argued that this is a bugfix, I think changing test modules in bugfix releases should be avoided.

I would think that the simplest patch would be 
 
+        encoding = sys.__stdout__.encoding

in _Spoofout

----------
nosy: +tjreedy
stage:  -> patch review
type:  -> feature request
versions: +Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1708316>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:37:13 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:37:13 +0000
Subject: [issue1187] pipe fd handling issues in subprocess.py on POSIX
In-Reply-To: <1190400129.03.0.21752289973.issue1187@psf.upfronthosting.co.za>
Message-ID: <1280896633.81.0.308551604443.issue1187@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am assuming 3.x has problem. Would be good to verify.

1187-dustin.patch has test + fix.

----------
nosy: +tjreedy
stage:  -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1187>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:38:17 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:38:17 +0000
Subject: [issue8079] make install fails with -j8 with python2.6/config on
	FreeBSD
In-Reply-To: <1267857630.87.0.870938560397.issue8079@psf.upfronthosting.co.za>
Message-ID: <1280896697.65.0.293534603762.issue8079@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8079>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:43:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:43:35 +0000
Subject: [issue2134] function generate_tokens at tokenize.py yields wrong
	token for colon
In-Reply-To: <1203289230.78.0.790200923315.issue2134@psf.upfronthosting.co.za>
Message-ID: <1280897015.03.0.917665496899.issue2134@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I have not looked at this, but a new parameter would be a new feature. Its a moot point until there is an agreed on patch for a current version.

----------
nosy: +tjreedy
type: behavior -> feature request
versions: +Python 3.2 -Python 2.4, Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2134>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:44:18 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:44:18 +0000
Subject: [issue1230540] sys.excepthook doesn't work in threads
Message-ID: <1280897058.67.0.171228742389.issue1230540@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1230540>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:45:49 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:45:49 +0000
Subject: [issue2320] Race condition in subprocess using stdin
In-Reply-To: <1205760712.39.0.906940637593.issue2320@psf.upfronthosting.co.za>
Message-ID: <1280897149.18.0.252477517862.issue2320@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2320>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:49:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:49:35 +0000
Subject: [issue4376] Nested ctypes 'BigEndianStructure' fails
In-Reply-To: <1227262171.21.0.443834827136.issue4376@psf.upfronthosting.co.za>
Message-ID: <1280897375.75.0.469988258721.issue4376@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The test could be build from the attached example.

----------
nosy: +tjreedy
stage:  -> unit test needed
type: compile error -> feature request
versions: +Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4376>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:56:32 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 04 Aug 2010 04:56:32 +0000
Subject: [issue754016] urlparse goes wrong with IP:port without scheme
Message-ID: <1280897792.4.0.896695615167.issue754016@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed in revision 83700 (release27-maint). r83701(py3k) and r83702(release31-maint).

David, thanks for reworking on the patch. Couple of comments
- I made change to the original patch where I checked 'https:' and 'http:' kind of url with url.endswith(':')  instead of len(url) == i+1 // I had a hard time to figure out why I had this way in the first place.

- In py3k, the urlparse.urlparse is changed to urllib.parse.urlparse. So that changes were required in the tests.

----------
assignee: facundobatista -> orsenthil
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue754016>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:56:51 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:56:51 +0000
Subject: [issue8267] Tutorial section on dictionary keys recommends sort
	instead of sorted
In-Reply-To: <1269976733.25.0.679757604507.issue8267@psf.upfronthosting.co.za>
Message-ID: <1280897811.42.0.402800059681.issue8267@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This amounts to backporting the 3.x change.

----------
assignee: georg.brandl -> docs at python
keywords: +easy -patch
nosy: +docs at python, tjreedy
priority: normal -> low
stage:  -> commit review
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8267>
_______________________________________

From report at bugs.python.org  Wed Aug  4 06:57:33 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 04:57:33 +0000
Subject: [issue1294032] Distutils writes keywords comma-separated
Message-ID: <1280897853.77.0.155855856415.issue1294032@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +Distutils2 -Distutils
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294032>
_______________________________________

From report at bugs.python.org  Wed Aug  4 07:00:22 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 05:00:22 +0000
Subject: [issue4453] MSI installer shows error message if "Compile .py files
	to bytecode" option is selected
In-Reply-To: <1227885798.23.0.30127507321.issue4453@psf.upfronthosting.co.za>
Message-ID: <1280898022.04.0.736930085567.issue4453@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Can either of you check 2.7/3.1 or 2a?

----------
nosy: +tjreedy
versions: +Python 2.7 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4453>
_______________________________________

From report at bugs.python.org  Wed Aug  4 07:03:18 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 05:03:18 +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: <1280898198.05.0.184533601727.issue5091@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is this reproducible? Has is occurred with 2.7 or 3.x?
Or should be close this?

----------
nosy: +tjreedy
status: open -> pending
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5091>
_______________________________________

From report at bugs.python.org  Wed Aug  4 07:03:55 2010
From: report at bugs.python.org (Aaron Thomas)
Date: Wed, 04 Aug 2010 05:03:55 +0000
Subject: [issue4453] MSI installer shows error message if "Compile .py files
	to bytecode" option is selected
In-Reply-To: <1280898022.04.0.736930085567.issue4453@psf.upfronthosting.co.za>
Message-ID: <AANLkTindGg9BRnoDJ0H=Vnu9mk4Z3K09MmgSZnQ4hPdg@mail.gmail.com>


Aaron Thomas <aaron.thomas at gmail.com> added the comment:

3.1, yes, same problem
2.7, I'll check
what's 2a?

Aaron

On Aug 3, 2010 10:00 PM, "Terry J. Reedy" <report at bugs.python.org> wrote:

Terry J. Reedy <tjreedy at udel.edu> added the comment:

Can either of you check 2.7/3.1 or 2a?

----------
nosy: +tjreedy
versions: +Python 2.7 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4453>
_______________________________________

----------
Added file: http://bugs.python.org/file18370/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4453>
_______________________________________
-------------- next part --------------
<p>3.1, yes, same problem<br>
2.7, I&#39;ll check<br>
what&#39;s 2a?</p>
<p>Aaron </p>
<p><blockquote type="cite">On Aug 3, 2010 10:00 PM, &quot;Terry J. Reedy&quot; &lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt; wrote:<br><br><br>
Terry J. Reedy &lt;<a href="mailto:tjreedy at udel.edu">tjreedy at udel.edu</a>&gt; added the comment:<br>
<br>
Can either of you check 2.7/3.1 or 2a?<br>
<br>
----------<br>
nosy: +tjreedy<br>
versions: +Python 2.7 -Python 2.5, Python 2.6, Python 3.0<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/issue4453" target="_blank">http://bugs.python.org/issue4453</a>&gt;<br>
_______________________________________<br>
</blockquote></p>

From report at bugs.python.org  Wed Aug  4 07:05:56 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 05:05:56 +0000
Subject: [issue3262] re.split doesn't split with zero-width regex
In-Reply-To: <1215036469.9.0.581701421463.issue3262@psf.upfronthosting.co.za>
Message-ID: <1280898356.33.0.561406445707.issue3262@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/issue3262>
_______________________________________

From report at bugs.python.org  Wed Aug  4 07:07:03 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 05:07:03 +0000
Subject: [issue6672] Add Mingw recognition to pyport.h to allow building
	extensions
In-Reply-To: <1249820690.51.0.767085753138.issue6672@psf.upfronthosting.co.za>
Message-ID: <1280898423.36.0.485507569414.issue6672@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6672>
_______________________________________

From report at bugs.python.org  Wed Aug  4 07:14:01 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 04 Aug 2010 05:14:01 +0000
Subject: [issue9502] Bus error on OS X while unittest'ing QT app
In-Reply-To: <1280884724.85.0.0838521688383.issue9502@psf.upfronthosting.co.za>
Message-ID: <1280898841.02.0.383770877747.issue9502@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Please report this first to PyQt.  If they determine that it is likely a Python bug (though that is unlikely) then a new ticket can be opened with more Python-specific information.  (To be clear: that error message is not one that is generated by Python itself, so it is most likely a PyQt message and bug.)

----------
nosy: +r.david.murray
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9502>
_______________________________________

From report at bugs.python.org  Wed Aug  4 07:14:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 05:14:35 +0000
Subject: [issue4453] MSI installer shows error message if "Compile .py files
	to bytecode" option is selected
In-Reply-To: <1227885798.23.0.30127507321.issue4453@psf.upfronthosting.co.za>
Message-ID: <1280898875.71.0.768335873325.issue4453@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

python 3.2a1, out 2 days ago. Unless Martin says otherwise, I will assume it is the same.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4453>
_______________________________________

From report at bugs.python.org  Wed Aug  4 07:45:05 2010
From: report at bugs.python.org (=?utf-8?q?Gerhard_H=C3=A4ring?=)
Date: Wed, 04 Aug 2010 05:45:05 +0000
Subject: [issue588756] python should obey the FHS
Message-ID: <1280900705.54.0.461456357937.issue588756@psf.upfronthosting.co.za>


Changes by Gerhard H?ring <gh at ghaering.de>:


----------
nosy:  -ghaering

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue588756>
_______________________________________

From report at bugs.python.org  Wed Aug  4 08:07:11 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 04 Aug 2010 06:07:11 +0000
Subject: [issue9502] Bus error on OS X while unittest'ing QT app
In-Reply-To: <1280884724.85.0.0838521688383.issue9502@psf.upfronthosting.co.za>
Message-ID: <1280902031.97.0.477670426166.issue9502@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

And more importantly: your report contains to little information to determine what's going on.  Even a full crashreporter log is fairly useless unless you have access to the original binary and debugging symbols.

Therefore:
* Try to reproduce the crash in a smaller program
* Ask on PyQt forums what's going wrong
* If they determine that this is likely a Python bug file a bug here with the information needed to reproduce the problem

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9502>
_______________________________________

From report at bugs.python.org  Wed Aug  4 08:13:38 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Wed, 04 Aug 2010 06:13:38 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1280902418.89.0.779220766477.issue2651@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18356/issue2651.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Aug  4 08:16:54 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Wed, 04 Aug 2010 06:16:54 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1280902614.19.0.190875103302.issue2651@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Corrected patch attached. You're right, I left in ReST doc changes for configparser. Sorry for that.

----------
Added file: http://bugs.python.org/file18371/issue2651.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:11:30 2010
From: report at bugs.python.org (Kuang-che Wu)
Date: Wed, 04 Aug 2010 07:11:30 +0000
Subject: [issue1759845] subprocess.call fails with unicode strings in command
	line
Message-ID: <1280905890.73.0.0702096025379.issue1759845@psf.upfronthosting.co.za>


Kuang-che Wu <kcwu at csie.org> added the comment:

> I fail to see why subprocess.call(cmd.encode('whatever')) is not a general solution.
Because 'whatever' encoding doesn't exist.

Assume cmd contains Japanese characters and my system is Chinese windows. subprocess.call expect the argument is encoded in mbcs, which is cp950. However, cp950 encoding doesn't contain Japanese characters.

subprocess.call(cmd.encode('cp950')) will fail because cp950 doesn't contain Japanese characters.
subprocess.call(cmd.encode('cp932')) will fail because subprocess.call will decode fail or incorrectly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759845>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:31:19 2010
From: report at bugs.python.org (Tim Golden)
Date: Wed, 04 Aug 2010 07:31:19 +0000
Subject: [issue6040] bdist_msi does not deal with pre-release version
In-Reply-To: <1242472106.67.0.523299229524.issue6040@psf.upfronthosting.co.za>
Message-ID: <1280907079.28.0.88843946567.issue6040@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6040>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:34:16 2010
From: report at bugs.python.org (rgpitts)
Date: Wed, 04 Aug 2010 07:34:16 +0000
Subject: [issue9503] print statement hangs Windows service
In-Reply-To: <1280907256.09.0.953862220014.issue9503@psf.upfronthosting.co.za>
Message-ID: <1280907256.09.0.953862220014.issue9503@psf.upfronthosting.co.za>


New submission from rgpitts <richard.pitts at cdl.co.uk>:

OS: Windows 2003 Server R2 x64 Standard Edition
Python: 2.6.5
MSVC: 9.0
Application Description: Windows service calling Python C API to run algorithm written in Python.

I've been encountering a random application hang when calling the Python C API function PyObject_CallMethod to call a function on a class instance. I've discovered that the C function fwrite in string_print in stringobject.c is blocking after being called multiple times due to print statements in Python code. My application as a Windows service does not have a stdout and fwrite is buffering data before attempting to write it to a non-existent stdout, thus blocking and hanging the service. This isn't an issue when the application has a console window because stdout is available.

We are in the process changing the print statements to write to file. Ideally a Python exception needs raising if print cannot write to stdout.

----------
components: Interpreter Core
messages: 112768
nosy: rgpitts
priority: normal
severity: normal
status: open
title: print statement hangs Windows service
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9503>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:41:21 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 07:41:21 +0000
Subject: [issue8757] Race condition when checking for set in set
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1280907681.67.0.553326482156.issue8757@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/issue8757>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:46:35 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 07:46:35 +0000
Subject: [issue7186] Document specialness of __doc__,
	and possibly other "special" attributes
In-Reply-To: <1256240855.61.0.550470965616.issue7186@psf.upfronthosting.co.za>
Message-ID: <1280907995.89.0.502043363215.issue7186@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

This is similar with #9438, about __debug__ being read-only.

----------
nosy: +flox
stage:  -> needs patch
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7186>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:47:05 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 07:47:05 +0000
Subject: [issue7186] Document specialness of __doc__,
	and possibly other "special" attributes
In-Reply-To: <1256240855.61.0.550470965616.issue7186@psf.upfronthosting.co.za>
Message-ID: <1280908025.7.0.905214017251.issue7186@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7186>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:49:23 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 07:49:23 +0000
Subject: [issue4493] urllib2 doesn't always supply / where URI path component
	is empty
In-Reply-To: <1228250772.41.0.047917224679.issue4493@psf.upfronthosting.co.za>
Message-ID: <1280908163.14.0.423457072211.issue4493@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/issue4493>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:50:12 2010
From: report at bugs.python.org (Tim Golden)
Date: Wed, 04 Aug 2010 07:50:12 +0000
Subject: [issue4453] MSI installer shows error message if "Compile .py files
	to bytecode" option is selected
In-Reply-To: <1227885798.23.0.30127507321.issue4453@psf.upfronthosting.co.za>
Message-ID: <1280908212.6.0.33886130908.issue4453@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4453>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:53:02 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 07:53:02 +0000
Subject: [issue7110] Output test failures on stderr in regrtest.py
In-Reply-To: <1255334934.67.0.943013773261.issue7110@psf.upfronthosting.co.za>
Message-ID: <1280908382.79.0.222508689659.issue7110@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/issue7110>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:56:22 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 07:56:22 +0000
Subject: [issue9403] cElementTree: replace PyObject_DEL() by Py_DECREF() to
	fix a crash in pydebug mode
In-Reply-To: <1280350705.3.0.213499722891.issue9403@psf.upfronthosting.co.za>
Message-ID: <1280908582.31.0.363019764655.issue9403@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Extension Modules, XML -Library (Lib)
nosy: +effbot, flox
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9403>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:57:56 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 07:57:56 +0000
Subject: [issue9402] pyexpat: replace PyObject_DEL() by Py_DECREF() to fix a
	crash in pydebug mode
In-Reply-To: <1280350428.05.0.23614798147.issue9402@psf.upfronthosting.co.za>
Message-ID: <1280908676.64.0.226246298809.issue9402@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Extension Modules, XML -Library (Lib)
nosy: +effbot, flox
stage:  -> patch review
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9402>
_______________________________________

From report at bugs.python.org  Wed Aug  4 09:58:06 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 07:58:06 +0000
Subject: [issue9403] cElementTree: replace PyObject_DEL() by Py_DECREF() to
	fix a crash in pydebug mode
In-Reply-To: <1280350705.3.0.213499722891.issue9403@psf.upfronthosting.co.za>
Message-ID: <1280908686.27.0.192229540505.issue9403@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9403>
_______________________________________

From report at bugs.python.org  Wed Aug  4 10:23:09 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 04 Aug 2010 08:23:09 +0000
Subject: [issue4453] MSI installer shows error message if "Compile .py files
	to bytecode" option is selected
In-Reply-To: <1227885798.23.0.30127507321.issue4453@psf.upfronthosting.co.za>
Message-ID: <1280910189.0.0.884688582476.issue4453@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

This bug comes and goes. It means that compileall failed, and it will fail when there are files that it can't compile. People keep adding such files to the tree, and I keep excluding them from compileall then at some release.

The original report may be a duplicate of issue6716, which was fixed in r78991 and r78994.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4453>
_______________________________________

From report at bugs.python.org  Wed Aug  4 10:33:57 2010
From: report at bugs.python.org (Alan Wilter)
Date: Wed, 04 Aug 2010 08:33:57 +0000
Subject: [issue9504] signal.signal/signal.alarm not working as expected
In-Reply-To: <1280910836.88.0.645209486589.issue9504@psf.upfronthosting.co.za>
Message-ID: <1280910836.88.0.645209486589.issue9504@psf.upfronthosting.co.za>


New submission from Alan Wilter <alanwilter at gmail.com>:

I have this example code to illustrate a problem I am having with python3. It works fine with python 2.6 and 2.7 but does not with python 3.1.

from __future__ import print_function
import os, subprocess, signal

def signal_handler( signum, frame ):

    print( "PID: %s" % pid )
    print( "Timed out! Process %s killed, max exec time (%ss) exceeded" % (pid, timeTol ) )
    os.kill( int( pid ), 15 )
    raise Exception( "Taking too long to finish... aborting!" )

if __name__ == '__main__':

    timeTol = 5

    cmd = 'find /'

    signal.signal(signal.SIGALRM, signal_handler)
    signal.alarm(timeTol)

    p = subprocess.Popen(cmd, shell=True, stderr = subprocess.STDOUT, stdout = subprocess.PIPE)
    pid = p.pid

    out = str( p.communicate()[0].decode() )
    print(out)


Executing it:

time python3.1 timout.py
PID: 27687
Timed out! Process 27687 killed, max exec time (5s) exceeded
Traceback (most recent call last):
  File "timout.py", line 23, in <module>
    out = str( p.communicate()[0].decode() )
  File "/sw/lib/python3.1/subprocess.py", line 719, in communicate
    stdout = self.stdout.read()
  File "timout.py", line 9, in signal_handler
    raise Exception( "Taking too long to finish... aborting!" )
Exception: Taking too long to finish... aborting!
python3.1 timout.py  0.52s user 3.88s system 19% cpu 22.841 total

#### It prints essentially the same thing with a *very* *big* difference it takes 22 seconds and actually the alarm only works when the whole task ('find /') is finished.

----------
messages: 112771
nosy: alanwilter
priority: normal
severity: normal
status: open
title: signal.signal/signal.alarm not working as expected
type: behavior
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9504>
_______________________________________

From report at bugs.python.org  Wed Aug  4 10:38:21 2010
From: report at bugs.python.org (Tim Golden)
Date: Wed, 04 Aug 2010 08:38:21 +0000
Subject: [issue9503] print statement hangs Windows service
In-Reply-To: <1280907256.09.0.953862220014.issue9503@psf.upfronthosting.co.za>
Message-ID: <1280911101.19.0.220083655866.issue9503@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9503>
_______________________________________

From report at bugs.python.org  Wed Aug  4 10:40:07 2010
From: report at bugs.python.org (Jeroen Ruigrok van der Werven)
Date: Wed, 04 Aug 2010 08:40:07 +0000
Subject: [issue2178] Problems with Belarusian Latin locale
In-Reply-To: <1203887565.7.0.326406718733.issue2178@psf.upfronthosting.co.za>
Message-ID: <1280911207.05.0.0858465461306.issue2178@psf.upfronthosting.co.za>


Jeroen Ruigrok van der Werven <asmodai at in-nomine.org> added the comment:

Not sure, never got around to dig into it. But we did have some locale fixes, including better picking up default encodings and whatnot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2178>
_______________________________________

From report at bugs.python.org  Wed Aug  4 10:42:01 2010
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Wed, 04 Aug 2010 08:42:01 +0000
Subject: [issue1100562] deepcopying listlike and dictlike objects
Message-ID: <1280911321.57.0.770755219918.issue1100562@psf.upfronthosting.co.za>


Michele Orr? <maker.py at gmail.com> added the comment:

Ping.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1100562>
_______________________________________

From report at bugs.python.org  Wed Aug  4 10:56:34 2010
From: report at bugs.python.org (Steven Bethard)
Date: Wed, 04 Aug 2010 08:56:34 +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: <1280912194.01.0.73801946621.issue9348@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

You can specify either 1 or N. So for n=3, you can specify metavar="X" or metavar=("X", "Y", "Z") but not metavar=("X", "Y"). The special nargs value "?" always takes only one, while "*" and "+" always take two. (This makes sense if you think about how they're formatted, e.g. "X [X ...]".)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9348>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:05:50 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 04 Aug 2010 09:05:50 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1280912750.45.0.487687050041.issue2944@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Fixed in r83703 (2.7), r83704 (2.6), r83705 (3.2) and r83706 (3.1).
Thanks for the patch.

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 2.6, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:25:27 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 09:25:27 +0000
Subject: [issue9403] cElementTree: replace PyObject_DEL() by Py_DECREF() to
	fix a crash in pydebug mode
In-Reply-To: <1280350705.3.0.213499722891.issue9403@psf.upfronthosting.co.za>
Message-ID: <1280913927.27.0.261523981314.issue9403@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Looks reasonable. Are there any tests that could be easily added to the test suite?

----------
nosy: +pitrou
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9403>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:29:01 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 09:29:01 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1280914141.75.0.798718071767.issue9396@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/issue9396>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:30:05 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 04 Aug 2010 09:30:05 +0000
Subject: [issue8687] sched.py module doesn't have a test suite
In-Reply-To: <1273580886.01.0.152818867035.issue8687@psf.upfronthosting.co.za>
Message-ID: <1280914205.63.0.665584274085.issue8687@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Committed as r83707 without including the mock time tests for now.
I'll see whether I can manage to write them at a later time.

----------
resolution:  -> fixed
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8687>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:31:13 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 09:31:13 +0000
Subject: [issue9273] 2to3 to simultaneously do code AND doctests
In-Reply-To: <1279295325.63.0.00955742679892.issue9273@psf.upfronthosting.co.za>
Message-ID: <1280914273.74.0.657898502328.issue9273@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +benjamin.peterson
title: 2to to simultaneously do code AND doctests -> 2to3 to simultaneously do code AND doctests
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9273>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:32:30 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 04 Aug 2010 09:32:30 +0000
Subject: [issue8684] improvements to sched.py
In-Reply-To: <1273552070.58.0.496415961493.issue8684@psf.upfronthosting.co.za>
Message-ID: <1280914350.3.0.4116545428.issue8684@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

sched.py tests have been checked in.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8684>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:39:10 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 09:39:10 +0000
Subject: [issue1294032] Distutils writes keywords comma-separated
Message-ID: <1280914750.17.0.932645564861.issue1294032@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 2.5, Python 2.6, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294032>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:40:27 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 04 Aug 2010 09:40:27 +0000
Subject: [issue9364] some problems with the documentation of pydoc
In-Reply-To: <1279949027.26.0.1869842795.issue9364@psf.upfronthosting.co.za>
Message-ID: <1280914827.19.0.429072342208.issue9364@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
keywords: +easy
nosy: +flox
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9364>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:40:46 2010
From: report at bugs.python.org (Eric Smith)
Date: Wed, 04 Aug 2010 09:40:46 +0000
Subject: [issue9503] print statement hangs Windows service
In-Reply-To: <1280907256.09.0.953862220014.issue9503@psf.upfronthosting.co.za>
Message-ID: <1280914846.98.0.362574073451.issue9503@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/issue9503>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:44:13 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 09:44:13 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1280915053.44.0.291729585071.issue2651@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

In KeyError_str, I think the following code shouldn't be deleted:

-    if (PyTuple_GET_SIZE(self->args) == 1) {
-        return PyObject_Repr(PyTuple_GET_ITEM(self->args, 0));

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:45:11 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 04 Aug 2010 09:45:11 +0000
Subject: [issue8834] Define order of Misc/ACKS entries
In-Reply-To: <1274993181.13.0.347164864235.issue8834@psf.upfronthosting.co.za>
Message-ID: <1280915111.34.0.40860486431.issue8834@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/issue8834>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:48:02 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 09:48:02 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1280915282.66.0.115250857374.issue9396@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/issue9396>
_______________________________________

From report at bugs.python.org  Wed Aug  4 11:58:35 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 04 Aug 2010 09:58:35 +0000
Subject: [issue4690] asyncore calls handle_write() on closed sockets when
	use_poll=True
In-Reply-To: <1229560322.27.0.660252722227.issue4690@psf.upfronthosting.co.za>
Message-ID: <1280915915.33.0.141144762998.issue4690@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

This problem must have been solved at some point because this is what I get now on Linux by using python 2.7:

writable() - asyncore asked if we have data to write
handle_read() - asyncore asked us to read
handle_close() - asyncore said the remote host closed connection
close() - we are closing our end of the connection
handle_close() - asyncore said the remote host closed connection
close() - we are closing our end of the connection

Closing out as outdated.

----------
resolution:  -> out of date
status: open -> closed
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4690>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:17:31 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Wed, 04 Aug 2010 10:17:31 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1280917051.9.0.624238752579.issue2651@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18371/issue2651.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:18:03 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Wed, 04 Aug 2010 10:18:03 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1280917083.99.0.499818668201.issue2651@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Patch updated to include a roundtrip test in test_exceptions.

----------
Added file: http://bugs.python.org/file18372/issue2651.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:19:11 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Wed, 04 Aug 2010 10:19:11 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1280917151.17.0.962124781618.issue2651@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

FTR regarding for Antoine's comment above: that code should in fact be removed :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:19:38 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 10:19:38 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280917178.92.0.628671694396.issue477863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Displaying the full list may be unwieldy if it's very large. Instead, we could by default display the following kind of message:

Python warning: 5 uncollectable objects remaining at interpreter shutdown. Use gc.DEBUG_UNCOLLECTABLE to list them.

And list gc.garbage only if gc.DEBUG_UNCOLLECTABLE is defined.

----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:20:33 2010
From: report at bugs.python.org (rgpitts)
Date: Wed, 04 Aug 2010 10:20:33 +0000
Subject: [issue9503] print statement hangs Windows service
In-Reply-To: <1280907256.09.0.953862220014.issue9503@psf.upfronthosting.co.za>
Message-ID: <1280917233.91.0.48529403559.issue9503@psf.upfronthosting.co.za>


rgpitts <richard.pitts at cdl.co.uk> added the comment:

I've created a test service that demostrates the problem. The example service calls PyRun_SimpleString in loop that evaluates the Python statement "print 'String'". The number of iteration in the loop depends on the length of the string used in the print statement. The longer the string the fewer iteration.

Attached is a Visual Studio 2008 project and readme.

----------
Added file: http://bugs.python.org/file18373/PythonService.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9503>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:25:16 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 10:25:16 +0000
Subject: [issue9505] User code should not be able to rebind gc.garbage
In-Reply-To: <1280917516.21.0.771660979533.issue9505@psf.upfronthosting.co.za>
Message-ID: <1280917516.21.0.771660979533.issue9505@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

User code is currently allowed to rebind the gc.garbage attribute, while the "real" garbage list in the GC module actually remains the same. This is counter-intuitive and allows to write apparently correct code such as:

    gc.garbage = []

while it should really be:

    gc.garbage[:] = []

----------
components: Library (Lib)
messages: 112785
nosy: pitrou, tim_one
priority: normal
severity: normal
stage: needs patch
status: open
title: User code should not be able to rebind gc.garbage
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9505>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:29:51 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 10:29:51 +0000
Subject: [issue9505] User code should not be able to rebind gc.garbage
In-Reply-To: <1280917516.21.0.771660979533.issue9505@psf.upfronthosting.co.za>
Message-ID: <1280917791.95.0.387274542403.issue9505@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9505>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:49:34 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 10:49:34 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1251896489.26.0.54536142072.issue6822@psf.upfronthosting.co.za>
Message-ID: <1280918974.55.0.487870737205.issue6822@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

To me this isn't a bug, and the patch introduces incorrect behaviour. If you want to store data on an FTP server, you have to provide binary data, not text data. The FTP class is not supposed to guess in which charset your data should be encoded.

(the "encoding" argument on the FTP class is meant for protocol commands (such as file names), not for file contents)

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:54:51 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 04 Aug 2010 10:54:51 +0000
Subject: [issue1573931] WSGI, cgi.FieldStorage incompatibility
Message-ID: <1280919291.56.0.585637031861.issue1573931@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1573931>
_______________________________________

From report at bugs.python.org  Wed Aug  4 12:58:33 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 10:58:33 +0000
Subject: [issue6860] Inconsistent naming of custom command in setup.py help
	output
In-Reply-To: <1252372114.27.0.565813299947.issue6860@psf.upfronthosting.co.za>
Message-ID: <1280919513.8.0.749393447055.issue6860@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
stage:  -> needs patch
versions: +Python 2.5, Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6860>
_______________________________________

From report at bugs.python.org  Wed Aug  4 13:02:20 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 11:02:20 +0000
Subject: [issue1635217] Add example of distutils setup() with "requires"
	argument
Message-ID: <1280919740.2.0.710557060526.issue1635217@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

This report is made obsolete by PEP 345. Be certain that distutils2 docs and tests will contain examples of Requires-Dist and Provides-Dist.

----------
nosy: +merwok
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed
versions:  -Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635217>
_______________________________________

From report at bugs.python.org  Wed Aug  4 13:21:46 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 11:21:46 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280920906.39.0.886577951165.issue477863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is a patch. Perhaps I should add tests too.

----------
keywords: +patch
Added file: http://bugs.python.org/file18374/gc_fini.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Wed Aug  4 13:23:37 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 11:23:37 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280921017.41.0.631746215396.issue477863@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file18374/gc_fini.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Wed Aug  4 13:23:48 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 11:23:48 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280921028.95.0.923398813337.issue477863@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage: needs patch -> patch review
Added file: http://bugs.python.org/file18375/gc_fini.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Wed Aug  4 13:25:47 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 04 Aug 2010 11:25:47 +0000
Subject: [issue5587] vars() no longer has a useful __repr__
In-Reply-To: <1238260121.89.0.108446240417.issue5587@psf.upfronthosting.co.za>
Message-ID: <1280921147.67.0.0715482783852.issue5587@psf.upfronthosting.co.za>


David Stanek <dstanek at dstanek.com> added the comment:

A possible fix is to add a __repr__ implementation to proxydict. I've attached a patch and also posted it to: http://codereview.appspot.com/1908043.

----------
keywords: +patch
nosy: +dstanek
Added file: http://bugs.python.org/file18376/5587.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5587>
_______________________________________

From report at bugs.python.org  Wed Aug  4 13:29:03 2010
From: report at bugs.python.org (Kurt Schwehr)
Date: Wed, 04 Aug 2010 11:29:03 +0000
Subject: [issue9506] sqlite3 mogrify - return query string
In-Reply-To: <1280921343.13.0.231831121556.issue9506@psf.upfronthosting.co.za>
Message-ID: <1280921343.13.0.231831121556.issue9506@psf.upfronthosting.co.za>


New submission from Kurt Schwehr <schwehr at ccom.unh.edu>:

Psycopg2 has a mogrify method on the cursor that returns the string that would be sent to the database for an execute.  Any chance that could be added to pysqlite?  It's definitely helpful for debugging and is a fantastic tool when teaching people databases.

----------
components: Extension Modules
messages: 112790
nosy: goatbar
priority: normal
severity: normal
status: open
title: sqlite3 mogrify - return query string
type: feature request
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9506>
_______________________________________

From report at bugs.python.org  Wed Aug  4 13:33:54 2010
From: report at bugs.python.org (Christoph Burgmer)
Date: Wed, 04 Aug 2010 11:33:54 +0000
Subject: [issue6412] Titlecase as defined in Unicode Case Mappings not followed
In-Reply-To: <1246662889.32.0.498842923824.issue6412@psf.upfronthosting.co.za>
Message-ID: <1280921634.17.0.505426436521.issue6412@psf.upfronthosting.co.za>


Christoph Burgmer <cburgmer at ira.uka.de> added the comment:

@Terry

How is the behavior changed?  To me it seems the same to as initially reported.
The results are consistent but nonetheless wrong. It's not about whether your agree with the result, but rather about following the Unicode standard.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6412>
_______________________________________

From report at bugs.python.org  Wed Aug  4 13:48:15 2010
From: report at bugs.python.org (Paul Giannaros)
Date: Wed, 04 Aug 2010 11:48:15 +0000
Subject: [issue9507] namedtuple should not hardcode the class name in __repr__
In-Reply-To: <1280922495.27.0.868058296674.issue9507@psf.upfronthosting.co.za>
Message-ID: <1280922495.27.0.868058296674.issue9507@psf.upfronthosting.co.za>


New submission from Paul Giannaros <paul at giannaros.org>:

collections.namedtuple hardcodes the class name which is reported in the new type's __repr__. This is irritating when subclassing a namedtuple:

A = collections.namedtuple('A', '')
class B(A):
    pass
print B()  # shows 'A()'

It might not be often that they're subclassed, but it can be a useful way to add extra methods, properties, and documentation. Other classes often use the current instance's class name in the repr (e.g. collections.OrderedDict). The attached patch changes namedtuple to do this, includes a testcase, and updates the documentation.

----------
components: Library (Lib)
files: collections-namedtuple-repr.diff
keywords: patch
messages: 112792
nosy: PAG
priority: normal
severity: normal
status: open
title: namedtuple should not hardcode the class name in __repr__
type: behavior
versions: Python 2.6, Python 2.7, Python 3.3
Added file: http://bugs.python.org/file18377/collections-namedtuple-repr.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9507>
_______________________________________

From report at bugs.python.org  Wed Aug  4 14:07:36 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 12:07:36 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280923656.36.0.538202865169.issue477863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

New patch with tests.

----------
Added file: http://bugs.python.org/file18378/gc_fini.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Wed Aug  4 14:07:41 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 12:07:41 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280923661.39.0.28410084733.issue477863@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file18375/gc_fini.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Wed Aug  4 14:14:57 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 12:14:57 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1280924097.43.0.00902840401623.issue2651@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Latest patch looks good. Note that you could use PyUnicode_FromFormat() instead of building the format string manually.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Aug  4 14:25:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 12:25:54 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280924754.22.0.381335133788.issue477863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

More thorough tests.

----------
Added file: http://bugs.python.org/file18379/gc_fini2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Wed Aug  4 14:31:09 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 12:31:09 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280925069.05.0.584104899922.issue477863@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +gvanrossum, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Wed Aug  4 14:56:00 2010
From: report at bugs.python.org (guest)
Date: Wed, 04 Aug 2010 12:56:00 +0000
Subject: [issue9500] urllib2: Content-Encoding
In-Reply-To: <1280874046.96.0.44632804656.issue9500@psf.upfronthosting.co.za>
Message-ID: <1280926560.68.0.626098364785.issue9500@psf.upfronthosting.co.za>


guest <a4596925 at bofthew.com> added the comment:

Nah sorry, I've just been bothered to report it. As I don't run py3 can't write a patch anyway. And it wouldn't help for my current python 2.x setups also.
I guess it's sufficient if this is googleable, and per-application workarounds are very much ok, as Python2 isn't that widely used for webapps.

Also, httplib2 supports Content-Encoding. They still have that raw deflate vs. zlib bug, but that can be fixed. And as externally distributed lib will remedy the situation for all apps and Python < 2.8.

However, it might be a better idea to add a note to the urllib/2 documentation instead. "No default handler for Content-Encoding..." because many people stumbled on this before (see google/stackoverflow).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9500>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:07:02 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 04 Aug 2010 13:07:02 +0000
Subject: [issue9508] python3.2 reversal of distutils reintrocud macos9 support
In-Reply-To: <1280927222.45.0.841645452377.issue9508@psf.upfronthosting.co.za>
Message-ID: <1280927222.45.0.841645452377.issue9508@psf.upfronthosting.co.za>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

Distutils in the py3k trunk was reverted to the version in the 31-maint branch a couple of weeks back.

This reintroduced some macos9 support code that was removed in the trunk but not the maint branches.

All code reverting to sys.platform == 'mac' should be removed again.

----------
assignee: tarek
components: Distutils, Macintosh
messages: 112797
nosy: ronaldoussoren, tarek
priority: normal
severity: normal
status: open
title: python3.2 reversal of distutils reintrocud macos9 support
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9508>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:08:07 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Wed, 04 Aug 2010 13:08:07 +0000
Subject: [issue9509] argparse FileType raises ugly exception for missing file
In-Reply-To: <1280927287.23.0.0771144110186.issue9509@psf.upfronthosting.co.za>
Message-ID: <1280927287.23.0.0771144110186.issue9509@psf.upfronthosting.co.za>


New submission from Doug Hellmann <doug.hellmann at gmail.com>:

Most of the argparse type converters handle exceptions with a single line error message explaining the problem.  For example, if an argument -i is declared as an int, but the value given ('a') cannot be converted to an int, the message is something like "argument -i: invalid int value: 'a'".  

On the other hand, FileType raises an IOError, which isn't being caught and converted to the simpler error message. Instead, a full traceback is printed.  To be consistent, the IOError should be trapped and a single error message printed.

----------
components: Library (Lib)
files: argparse_filetype_error.py
messages: 112798
nosy: doughellmann
priority: normal
severity: normal
status: open
title: argparse FileType raises ugly exception for missing file
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file18380/argparse_filetype_error.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9509>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:08:14 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Wed, 04 Aug 2010 13:08:14 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280927294.48.0.151809051345.issue9452@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18341/issue9452.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:08:17 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Wed, 04 Aug 2010 13:08:17 +0000
Subject: [issue9509] argparse FileType raises ugly exception for missing file
In-Reply-To: <1280927287.23.0.0771144110186.issue9509@psf.upfronthosting.co.za>
Message-ID: <1280927297.04.0.745327364359.issue9509@psf.upfronthosting.co.za>


Changes by Doug Hellmann <doug.hellmann at gmail.com>:


Added file: http://bugs.python.org/file18381/argparse_int_error.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9509>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:09:42 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Wed, 04 Aug 2010 13:09:42 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280927382.11.0.750685234685.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Patch updated after review by Ezio Melotti and ?ric Araujo. Thanks guys.

----------
Added file: http://bugs.python.org/file18382/issue9452.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:18:13 2010
From: report at bugs.python.org (Nick Craig-Wood)
Date: Wed, 04 Aug 2010 13:18:13 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>


New submission from Nick Craig-Wood <nick at craig-wood.com>:

sqlite3.Warning isnt a subclass of exceptions.Warning

This causes this problem when trying to filter warnings

>>> import sqlite3 as DB
>>> from warnings import filterwarnings
>>> filterwarnings("always", category=DB.Warning)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.6/warnings.py", line 56, in filterwarnings
    assert issubclass(category, Warning), "category must be a Warning subclass"
AssertionError: category must be a Warning subclass
>>> 

Other databases do this correctly, eg

>>> import MySQLdb as DB
>>> from warnings import filterwarnings
>>> filterwarnings("always", category=DB.Warning)
>>>

----------
components: Library (Lib)
files: sqlite3-warning-fix.patch
keywords: patch
messages: 112800
nosy: ncw
priority: normal
severity: normal
status: open
title: sqlite3.Warning isnt a subclass of exceptions.Warning
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18383/sqlite3-warning-fix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:19:45 2010
From: report at bugs.python.org (Nick Craig-Wood)
Date: Wed, 04 Aug 2010 13:19:45 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280927985.64.0.453763703842.issue9510@psf.upfronthosting.co.za>


Nick Craig-Wood <nick at craig-wood.com> added the comment:

I've attached a patch to fix the issue along with a revised test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:20:14 2010
From: report at bugs.python.org (James)
Date: Wed, 04 Aug 2010 13:20:14 +0000
Subject: [issue6786] readline and zero based indexing
In-Reply-To: <1251310656.11.0.667090107201.issue6786@psf.upfronthosting.co.za>
Message-ID: <1280928014.03.0.215966308226.issue6786@psf.upfronthosting.co.za>


James <purpleidea at gmail.com> added the comment:

It's an incompatible change; it would definitely break my code, however I think it should be wishlisted for an API-break release like 3.5 or 4.0 or something like that. IMHO, the bindings should be "pythonic", even if the underlying library isn't.

In addition, maybe we could add a readline.set_zero_based_indexing() function? I could write a patch for this perhaps...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6786>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:31:50 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 13:31:50 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280928710.5.0.691222262677.issue9510@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I agree this is a bug, and the patch looks good. This breaks compatibility though, so I?m not sure it can make it before 3.2 or 3.3.

----------
nosy: +merwok
stage:  -> commit review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:34:50 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 13:34:50 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280928890.67.0.146426898746.issue9510@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't really think it breaks compatibility.
The patch is bad, though. The "exceptions" module doesn't exist anymore in 3.x, the Warning class should be referenced directly instead.

----------
nosy: +ghaering, pitrou
stage: commit review -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:36:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 13:36:18 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280928978.84.0.218690146034.issue9510@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I mean that sqlite3.Warning used to be a subclass of StandardError, and there may be code relying on that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:38:25 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 13:38:25 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280929105.22.0.924235840996.issue9510@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ah, I see. Well I don't think we can change inheritance in bugfix branches anyway.
In 3.x, though, StandardError has disappeared and sqlite3.Warning inherits directly from Exception:

>>> import sqlite3
>>> sqlite3.Warning.__bases__
(<class 'Exception'>,)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:38:47 2010
From: report at bugs.python.org (Jesse Noller)
Date: Wed, 04 Aug 2010 13:38:47 +0000
Subject: [issue6720] multiprocessing logging
In-Reply-To: <1250540601.66.0.070668154898.issue6720@psf.upfronthosting.co.za>
Message-ID: <1280929127.99.0.267220784526.issue6720@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

The backport of multiprocessing is currently stale; and there are a few bugs in the tracker assigned to christian or myself in regards to it. If it's not too much trouble, I'd leave this one alone until the exact future of the backport can be resolved.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6720>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:40:10 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 13:40:10 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280929210.57.0.848640462464.issue9510@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Warning is a subclass of Exception, so perfect.

Please add 2.7 and 3.1 if you agree this bugfix should go there too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:43:09 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 13:43:09 +0000
Subject: [issue5798] test_asynchat fails on Mac OSX
In-Reply-To: <1240225332.5.0.570636191093.issue5798@psf.upfronthosting.co.za>
Message-ID: <1280929389.94.0.285019872161.issue5798@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Josiah's fix in r73182 applies cleanly to the release26-maint branch, and fixes (for me, at least) the current OS X failures in test_asynchat and test_smtplib.  I've attached a patch with the backport of this fix, and a Misc/NEWS entry.

Barry, can this go in before 2.6.6 final?

----------
assignee:  -> barry
nosy: +barry
resolution: fixed -> 
status: closed -> open
versions:  -Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file18384/issue5798_release26.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5798>
_______________________________________

From report at bugs.python.org  Wed Aug  4 15:58:52 2010
From: report at bugs.python.org (=?utf-8?q?Peter_Bostr=C3=B6m?=)
Date: Wed, 04 Aug 2010 13:58:52 +0000
Subject: [issue9511] CharacterEncoderError when reading from sys.stdin from
	piped input in cmd.exe
In-Reply-To: <1280930332.3.0.143681677902.issue9511@psf.upfronthosting.co.za>
Message-ID: <1280930332.3.0.143681677902.issue9511@psf.upfronthosting.co.za>


New submission from Peter Bostr?m <peterbostrom at gmail.com>:

When reading from piped stdin, python has trouble decoding some special characters.

To reproduce, run the following command from cmd.exe:

  echo ? | C:\Python31\python.exe pycat.py

UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 0: character maps to <undefined>

I've been able to reproduce this in a German version of Windows Vista, which I use at work. I detected this error when trying to pipe (and parse) output from the ping command, which contains non-simple characters. If I don't pipe and just type into the program, it works just fine, even with "strange" characters.

----------
components: Windows
files: pycat.py
messages: 112810
nosy: pbos
priority: normal
severity: normal
status: open
title: CharacterEncoderError when reading from sys.stdin from piped input in cmd.exe
versions: Python 3.1
Added file: http://bugs.python.org/file18385/pycat.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9511>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:30:32 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 04 Aug 2010 14:30:32 +0000
Subject: [issue5798] test_asynchat fails on Mac OSX
In-Reply-To: <1240225332.5.0.570636191093.issue5798@psf.upfronthosting.co.za>
Message-ID: <1280932232.74.0.631114899366.issue5798@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Thanks Mark, go ahead and apply this, then close this issue.

----------
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5798>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:32:55 2010
From: report at bugs.python.org (METAL XXX)
Date: Wed, 04 Aug 2010 14:32:55 +0000
Subject: [issue2333] Backport set and dict comprehensions
In-Reply-To: <1205775453.72.0.387864116054.issue2333@psf.upfronthosting.co.za>
Message-ID: <1280932375.19.0.00852515810571.issue2333@psf.upfronthosting.co.za>


METAL XXX <metal29a at gmail.com> added the comment:

How about fixing set.__repr__ ?

----------
nosy: +metal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2333>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:38:30 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 04 Aug 2010 14:38:30 +0000
Subject: [issue3665] Support \u and \U escapes in regexes
In-Reply-To: <1219610032.28.0.862215531927.issue3665@psf.upfronthosting.co.za>
Message-ID: <1280932710.26.0.534063807675.issue3665@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/issue3665>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:39:04 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 04 Aug 2010 14:39:04 +0000
Subject: [issue2333] Backport set and dict comprehensions
In-Reply-To: <1205775453.72.0.387864116054.issue2333@psf.upfronthosting.co.za>
Message-ID: <1280932744.12.0.625906038915.issue2333@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/issue2333>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:42:55 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 14:42:55 +0000
Subject: [issue5798] test_asynchat fails on Mac OSX
In-Reply-To: <1240225332.5.0.570636191093.issue5798@psf.upfronthosting.co.za>
Message-ID: <1280932975.39.0.865237996564.issue5798@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Applied in r83718.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5798>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:43:18 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 14:43:18 +0000
Subject: [issue5798] test_asynchat fails on Mac OSX
In-Reply-To: <1240225332.5.0.570636191093.issue5798@psf.upfronthosting.co.za>
Message-ID: <1280932998.21.0.480598105877.issue5798@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
resolution: accepted -> fixed
stage: needs patch -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5798>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:43:20 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 04 Aug 2010 14:43:20 +0000
Subject: [issue5713] smtplib gets out of sync if server returns a 421 status
In-Reply-To: <1239049825.43.0.457403750239.issue5713@psf.upfronthosting.co.za>
Message-ID: <1280933000.65.0.114452992484.issue5713@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

The latest relevant RFC is 5321:

http://www.faqs.org/rfcs/rfc5321.html

smtplib should be reviewed for compliance with this updated spec.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5713>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:43:47 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 04 Aug 2010 14:43:47 +0000
Subject: [issue9506] sqlite3 mogrify - return query string
In-Reply-To: <1280921343.13.0.231831121556.issue9506@psf.upfronthosting.co.za>
Message-ID: <1280933027.17.0.964872437895.issue9506@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Can you propose a patch?

----------
nosy: +r.david.murray
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9506>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:48:32 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 04 Aug 2010 14:48:32 +0000
Subject: [issue9507] namedtuple should not hardcode the class name in __repr__
In-Reply-To: <1280922495.27.0.868058296674.issue9507@psf.upfronthosting.co.za>
Message-ID: <1280933312.05.0.982056595825.issue9507@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9507>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:51:09 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 04 Aug 2010 14:51:09 +0000
Subject: [issue9507] namedtuple should not hardcode the class name in __repr__
In-Reply-To: <1280922495.27.0.868058296674.issue9507@psf.upfronthosting.co.za>
Message-ID: <1280933469.09.0.419826954176.issue9507@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage:  -> patch review
versions: +Python 3.1, Python 3.2 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9507>
_______________________________________

From report at bugs.python.org  Wed Aug  4 16:54:22 2010
From: report at bugs.python.org (Paul Moore)
Date: Wed, 04 Aug 2010 14:54:22 +0000
Subject: [issue9055] test_issue_8959_b fails when run from a service
In-Reply-To: <1277159969.39.0.181729867437.issue9055@psf.upfronthosting.co.za>
Message-ID: <1280933662.4.0.577238910255.issue9055@psf.upfronthosting.co.za>


Paul Moore <p.f.moore at gmail.com> added the comment:

I'm not sure what needs to be done to move this forward, but as it's a problem with the test rather than with any actual code, could something be done to avoid masking real issues? I agree with Thomas that in the absence of any other solution, the assertFalse call should be removed pending a better answer.

I can produce a patch, but it's pretty trivial and I'm away from my development PC for a few days, so it'll be a while before I get to it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9055>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:00:06 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 15:00:06 +0000
Subject: [issue9055] test_issue_8959_b fails when run from a service
In-Reply-To: <1277159969.39.0.181729867437.issue9055@psf.upfronthosting.co.za>
Message-ID: <1280934006.41.0.190681640237.issue9055@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
components: +Windows
nosy: +brian.curtin, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9055>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:00:24 2010
From: report at bugs.python.org (Nick Craig-Wood)
Date: Wed, 04 Aug 2010 15:00:24 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280934024.3.0.842888864858.issue9510@psf.upfronthosting.co.za>


Nick Craig-Wood <nick at craig-wood.com> added the comment:

I re-worked the patch for python 3.x (py3k branch) - the other was for 2.x (trunk)

Basically the same patch and fixes the issue according to my testing

----------
Added file: http://bugs.python.org/file18386/sqlite3-warning-fix-py3k.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:00:52 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Aug 2010 15:00:52 +0000
Subject: [issue9507] namedtuple should not hardcode the class name in __repr__
In-Reply-To: <1280922495.27.0.868058296674.issue9507@psf.upfronthosting.co.za>
Message-ID: <1280934052.85.0.0308209900272.issue9507@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9507>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:08:03 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 15:08:03 +0000
Subject: [issue9505] User code should not be able to rebind gc.garbage
In-Reply-To: <1280917516.21.0.771660979533.issue9505@psf.upfronthosting.co.za>
Message-ID: <1280934483.03.0.364189222532.issue9505@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Hmm, I was under the impression that C extensions could set properties (or special members) on modules, but they can't. This makes this issue too hard to solve compared to the expected benefit.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9505>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:08:22 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 15:08:22 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280934502.37.0.594976180037.issue9510@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Nitpick: s/built in/built-in/ (don?t update your patch for that, the person who will commit can do it)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:20:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 15:20:54 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1280935254.42.0.790902944599.issue9510@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

On the other hand, the sqlite3 source code uses PyErr_Set*() rather than PyErr_Warn*(), so there's any point in trying to filter the warnings out (it won't work).

Looking at the kind of problems that it is meant to reflect, "Warning" is actually a misnomer, since they are genuine errors (PYSQLITE_TOO_MUCH_SQL, PYSQLITE_SQL_WRONG_TYPE) which you cannot simply ignore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:38:59 2010
From: report at bugs.python.org (=?utf-8?b?RnJpw7ByaWsgTcOhciBKw7Nuc3Nvbg==?=)
Date: Wed, 04 Aug 2010 15:38:59 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>


New submission from Fri?rik M?r J?nsson <fridrik at pyth.net>:

It seems to me that the ``mode`` keyword argument of
``logging.handlers.RotatingFileHandler`` is not respected.

Here is an example of opening a nonexistent file::

    Python 2.7 (r27:82500, Aug  4 2010, 15:10:49)
    [GCC 4.3.2] on linux2
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import logging.handlers
    >>> handler = logging.handlers.RotatingFileHandler('nonexistent.log',
    ...     mode='a+', maxBytes=1000, backupCount=2)
    >>> handler.mode
    'a'
    >>> handler.stream
    <open file '/home/fridrik/nonexistent.log', mode 'a' at 0x2aefbca796f0>

The docs do not mention any deviations from the behavior I expected
(``handler.stream`` having the mode specified as an argument to
``RotatingFileHandler``); only that "If mode is not specified, 'a' is used."

I've confirmed the same behavior on 2.5.2 and 2.6.2.  This happens regardless
of whether the file is being created or already exists.

----------
components: Library (Lib)
messages: 112821
nosy: fridrik
priority: normal
severity: normal
status: open
title: logging.handlers.RotatingFileHandler - mode argument not respected
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:41:19 2010
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 04 Aug 2010 15:41:19 +0000
Subject: [issue9513] test_multiprocessing skipped on Windows
In-Reply-To: <1280936476.46.0.733484980862.issue9513@psf.upfronthosting.co.za>
Message-ID: <1280936476.46.0.733484980862.issue9513@psf.upfronthosting.co.za>


New submission from Brian Curtin <curtin at acm.org>:

I just realized test_multiprocessing is being skipped on Windows because a few relative imports of _multiprocessing are failing in win32 specific code blocks. Attached is a trivial patch to remove the relative import, enabling the tests to run and succeed on both dev and installed environments.

Jesse: There don't appear to be any side effects here, but I get the feeling I might be overlooking some reason this might have been done.

----------
assignee: brian.curtin
components: Library (Lib), Windows
files: test_mp.diff
keywords: patch
messages: 112822
nosy: brian.curtin, jnoller
priority: high
severity: normal
stage: patch review
status: open
title: test_multiprocessing skipped on Windows
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18387/test_mp.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9513>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:45:11 2010
From: report at bugs.python.org (Jesse Noller)
Date: Wed, 04 Aug 2010 15:45:11 +0000
Subject: [issue9513] test_multiprocessing skipped on Windows
In-Reply-To: <1280936476.46.0.733484980862.issue9513@psf.upfronthosting.co.za>
Message-ID: <1280936711.98.0.784707591309.issue9513@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

The relative imports have been more of a pain then they've helped. I'm fine with nuking them so long as the test suite passes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9513>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:48:00 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 04 Aug 2010 15:48:00 +0000
Subject: [issue8241] py2_test_grammar.py contains invalid syntax for 2.6
In-Reply-To: <1269650940.6.0.32953947115.issue8241@psf.upfronthosting.co.za>
Message-ID: <1280936880.46.0.468160294682.issue8241@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I have now fixed this with r83721, by excluding the file from compileall.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8241>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:56:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 15:56:04 +0000
Subject: [issue1759845] subprocess.call fails with unicode strings in command
	line
Message-ID: <1280937364.61.0.357705361538.issue1759845@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Thanks for the simple explanation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759845>
_______________________________________

From report at bugs.python.org  Wed Aug  4 17:57:48 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 15:57:48 +0000
Subject: [issue9496] Unittests for Lib/rlcompleter.py
In-Reply-To: <1280856599.43.4.18005844749e-05.issue9496@psf.upfronthosting.co.za>
Message-ID: <1280937468.52.0.431231015982.issue9496@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thank you! I've committed your patch in py3k (r83719) and backported it to 3.1 (r83723) and 2.7 (r83725) since it's always nice to have better tests.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9496>
_______________________________________

From report at bugs.python.org  Wed Aug  4 18:00:21 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 16:00:21 +0000
Subject: [issue2178] Problems with Belarusian Latin locale
In-Reply-To: <1203887565.7.0.326406718733.issue2178@psf.upfronthosting.co.za>
Message-ID: <1280937621.69.0.429817053788.issue2178@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Then I will close this as possibly fixed until the OP reports this as not fixed on a current Python version (2.7, 3.1).

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2178>
_______________________________________

From report at bugs.python.org  Wed Aug  4 18:07:51 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 16:07:51 +0000
Subject: [issue4453] MSI installer shows error message if "Compile .py files
	to bytecode" option is selected
In-Reply-To: <1227885798.23.0.30127507321.issue4453@psf.upfronthosting.co.za>
Message-ID: <1280938071.91.0.500570523014.issue4453@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I marked this for the version Aaron verified.

It seems to me that the following switch is backwards:

                    if quiet:
                        print('*** Error compiling', fullname, '...')
                    else:
                        print('*** ', end='')

Quiet True should print less, not more.

----------
versions: +Python 3.1 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4453>
_______________________________________

From report at bugs.python.org  Wed Aug  4 18:17:54 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 16:17:54 +0000
Subject: [issue818201] distutils: clean does not use build_base option from
	build
Message-ID: <1280938674.1.0.78245635971.issue818201@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

This is actually already fixed. Thanks for the report nonetheless!

----------
components: +Distutils
resolution: accepted -> fixed
stage: unit test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue818201>
_______________________________________

From report at bugs.python.org  Wed Aug  4 18:21:42 2010
From: report at bugs.python.org (Nicholas Riley)
Date: Wed, 04 Aug 2010 16:21:42 +0000
Subject: [issue818201] distutils: clean does not use build_base option from
	build
Message-ID: <1280938902.7.0.648042451318.issue818201@psf.upfronthosting.co.za>


Nicholas Riley <com-python-bugs at sabi.net> added the comment:

Good to know - thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue818201>
_______________________________________

From report at bugs.python.org  Wed Aug  4 18:23:36 2010
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 04 Aug 2010 16:23:36 +0000
Subject: [issue9513] test_multiprocessing skipped on Windows
In-Reply-To: <1280936476.46.0.733484980862.issue9513@psf.upfronthosting.co.za>
Message-ID: <1280939016.94.0.954507891562.issue9513@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Fixed in r83722 (py3k) and r837274 (release31-maint).

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9513>
_______________________________________

From report at bugs.python.org  Wed Aug  4 18:25:49 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 16:25:49 +0000
Subject: [issue8123] TypeError in urllib when trying to use HTTP authentication
In-Reply-To: <1268408265.34.0.392057078834.issue8123@psf.upfronthosting.co.za>
Message-ID: <1280939149.77.0.0654844522672.issue8123@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

r83416 broke the 3.1 buildbots.


======================================================================
ERROR: test_userpass_inurl (test.test_urllib.urlopen_HttpTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/srv/buildbot/buildarea/3.1.bolen-ubuntu/build/Lib/test/test_urllib.py", line 197, in test_userpass_inurl
    fp = urlopen("http://user:pass at python.org/")
  File "/srv/buildbot/buildarea/3.1.bolen-ubuntu/build/Lib/test/test_urllib.py", line 33, in urlopen
    return opener.open(url)
  File "/srv/buildbot/buildarea/3.1.bolen-ubuntu/build/Lib/urllib/request.py", line 1468, in open
    return getattr(self, name)(url)
  File "/srv/buildbot/buildarea/3.1.bolen-ubuntu/build/Lib/urllib/request.py", line 1642, in open_http
    return self._open_generic_http(http.client.HTTPConnection, url, data)
  File "/srv/buildbot/buildarea/3.1.bolen-ubuntu/build/Lib/urllib/request.py", line 1612, in _open_generic_http
    headers["Authorization"] =  "Basic %s" % auth
BytesWarning: str() on a bytes instance

----------
nosy: +pitrou
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8123>
_______________________________________

From report at bugs.python.org  Wed Aug  4 18:33:25 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 16:33:25 +0000
Subject: [issue6412] Titlecase as defined in Unicode Case Mappings not followed
In-Reply-To: <1246662889.32.0.498842923824.issue6412@psf.upfronthosting.co.za>
Message-ID: <1280939605.43.0.960817422992.issue6412@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: http://bugs.python.org/msg112715

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6412>
_______________________________________

From report at bugs.python.org  Wed Aug  4 18:36:46 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Aug 2010 16:36:46 +0000
Subject: [issue8757] Automatic set-to-frozenset conversions not thread-safe
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1280939806.11.0.132525107269.issue8757@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

FWIW, I'm am considering removing this functionality in Py3.3 after the language moratorium ends. 

The swap-bodies technique had been included in the original sets.py and the technique is similar to the one list.sort() uses to protect against mutation during sorting.  However, the technique is open to exploits like the one in this bug report.

I've retitled this report because the set code itself does not have a race condition.  The race is in the provided exploit code which falsely assumes that the set-in-set operation is either atomic or non-mutating, so it doesn't put locks around it as you would with pure python code like that in sets.py.

----------
priority: normal -> low
title: Race condition when checking for set in set -> Automatic set-to-frozenset conversions not thread-safe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8757>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:20:56 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 17:20:56 +0000
Subject: [issue9415] SSL issues on "Ubuntu i386" buildbots
In-Reply-To: <1280403219.86.0.90888491207.issue9415@psf.upfronthosting.co.za>
Message-ID: <1280942456.23.0.608421452216.issue9415@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I'm trying to skip, rather brutally, the failing tests in r83727.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9415>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:28:49 2010
From: report at bugs.python.org (Greg Couch)
Date: Wed, 04 Aug 2010 17:28:49 +0000
Subject: [issue1759845] subprocess.call fails with unicode strings in command
	line
Message-ID: <1280942929.08.0.387012555718.issue1759845@psf.upfronthosting.co.za>


Greg Couch <gregc at cgl.ucsf.edu> added the comment:

So Terry, can you reopen this bug then?  It's not out of date.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759845>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:37:59 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 04 Aug 2010 17:37:59 +0000
Subject: [issue4453] MSI installer shows error message if "Compile .py files
	to bytecode" option is selected
In-Reply-To: <1227885798.23.0.30127507321.issue4453@psf.upfronthosting.co.za>
Message-ID: <1280943479.48.0.915665854736.issue4453@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

compileall.py is correct as it stands. In verbose mode, it prints out every file it is compiling, a few lines above:

                if not quiet:
                    print('Compiling', fullname, '...')

In quiet mode, it only prints errors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4453>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:40:34 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 17:40:34 +0000
Subject: [issue9415] SSL issues on "Ubuntu i386" buildbots
In-Reply-To: <1280403219.86.0.90888491207.issue9415@psf.upfronthosting.co.za>
Message-ID: <1280943634.67.0.287664644112.issue9415@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Committed similar skips for 2.7 in r83728. Let's see what the buildbot says.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9415>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:45:44 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Wed, 04 Aug 2010 17:45:44 +0000
Subject: [issue9340] argparse parse_known_args does not work with subparsers
In-Reply-To: <1279886405.92.0.918578525345.issue9340@psf.upfronthosting.co.za>
Message-ID: <1280943944.34.0.134633220601.issue9340@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

This patch fixes it with a fourth approach: if unrecognized arguments are found during subparser parsing, information about them is inserted into the namespace (under "._unrecognized"), and the decision about whether to exit is deferred.  When top-level parsing is finished, those recorded unrecognized args are added to whatever was found by the main parser.  

It passes the tests I submitted yesterday.

----------
Added file: http://bugs.python.org/file18388/unrecognized_args_defer_exit.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9340>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:47:49 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 17:47:49 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

At least on one of the buildbots:

Re-running test 'test_ssl' in verbose mode
test_ssl: testing with 'OpenSSL 0.9.8o 01 Jun 2010' (0, 9, 8, 15, 15)
          under Linux ('debian', 'squeeze/sid', '')

at the bottom of http://www.python.org/dev/buildbot/builders/i386%20Ubuntu%203.x/builds/1788/steps/test/logs/stdio

Someone on IRC pointed out that on their machine, the system Python returned ('Ubuntu', '10.04', 'lucid').

----------
components: Library (Lib)
messages: 112839
nosy: barry, doko, hodgestar, lemburg, pitrou
priority: normal
severity: normal
status: open
title: platform.linux_distribution() under Ubuntu returns ('debian', 'squeeze/sid', '')
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:48:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 17:48:04 +0000
Subject: [issue6412] Titlecase as defined in Unicode Case Mappings not followed
In-Reply-To: <1246662889.32.0.498842923824.issue6412@psf.upfronthosting.co.za>
Message-ID: <1280944084.42.0.395764507171.issue6412@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Christoph is responding above to a previous version of this message with an erroneous conclusion based on a misreading of his original message.

The proposed patch makes this issue overlap #7008, which had some contentious discussion, so I am adding some people from that to this nosy list so they may opine here. Otherwise starting over:

3.1 has the same bug.

3.1.2
>>> 'H\u0301ngh'.istitle()
False
>>> 'H\u0301ngh'=='H\u0301ngh'.title()
False
>>> 'H\u0301ngh'.title()
'H?Ngh' # in IDLE, the accent is over the H

The problem is that .title() treats the accent that looks like an apostrophe '\u0301' as if it were an apostrophe "'". The latter are documented as forming word boundaries, as in

>>> "De'souza".title()
"De'Souza"
>>> "O'brian".title()
"O'Brian"

Here is the beginning of the 3.1.2 title() doc:
"str.title() 
Return a titlecased version of the string where words start with an uppercase character and the remaining characters are lowercase.

The algorithm uses a simple language-independent definition of a word as groups of consecutive letters. The definition works in many contexts but it means that apostrophes in contractions and possessives form word boundaries, which may not be the desired result:"

That means that

>>> "This Isn'T Right".istitle()
True

is correct as documented.

I interpret the conclusion of #7008, based on Guido's msg93242, as saying that that should be left alone. but I interpret previous messages and the test in unicodeobject.titlecase.3.diff as saying this would become be False. Such a change would badly affect the prior examples where the post ' capital *is* wanted. The is why that change was rejected in #7008. So I think ' should be removed from the current patch. I do not know about the other chars that are hard-coded.

With or without that, there is the issue of whether the current behavior really contradicts the somewhat vague doc and whether change would break enough code that this issue should be treated as a feature change for 3.2 only.

Reading this from msg93265 
"As I said, the patch is only a second best solution, as the correct
path would be implementing the word breaking algorithm as described in
the newest standard. This patch is just an improvement over the current
situation."
makes me wonder whether .title & and .istitle should be left alone until the right solution is implemented.

----------
nosy: +pitrou, r.david.murray, rhettinger
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6412>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:49:28 2010
From: report at bugs.python.org (Simon Cross)
Date: Wed, 04 Aug 2010 17:49:28 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1280944168.03.0.384954908871.issue9514@psf.upfronthosting.co.za>


Simon Cross <hodgestar at gmail.com> added the comment:

I can confirm that I see the ('debian', 'squeeze/sid', '') on py3k and trunk but that the Python 2.6 under Ubuntu reports ('Ubuntu', '10.04', 'lucid').

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:49:53 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 17:49:53 +0000
Subject: [issue9415] SSL issues on "Ubuntu i386" buildbots
In-Reply-To: <1280403219.86.0.90888491207.issue9415@psf.upfronthosting.co.za>
Message-ID: <1280944193.98.0.332643225546.issue9415@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Things are apparently fine now.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9415>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:51:06 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 04 Aug 2010 17:51:06 +0000
Subject: [issue8123] TypeError in urllib when trying to use HTTP authentication
In-Reply-To: <1268408265.34.0.392057078834.issue8123@psf.upfronthosting.co.za>
Message-ID: <1280944266.46.0.077081676311.issue8123@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Surprising that it was not observed in my system (Ubuntu).

There was mistake where in the bytes value was being coerced to a string.
bauth = "Basic: %s" % auth // with auth was bytes.

Fixed it in r83729 and r83730.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8123>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:51:35 2010
From: report at bugs.python.org (Simon Cross)
Date: Wed, 04 Aug 2010 17:51:35 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1280944295.92.0.508984330118.issue9514@psf.upfronthosting.co.za>


Simon Cross <hodgestar at gmail.com> added the comment:

I think the problem might be that linux_distribution() reads /etc/debian_version first. The contents of the relevant files in /etc look like:

$ cat /etc/debian_version 
squeeze/sid

$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu 10.04.1 LTS"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Wed Aug  4 19:52:38 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 17:52:38 +0000
Subject: [issue8123] TypeError in urllib when trying to use HTTP authentication
In-Reply-To: <1268408265.34.0.392057078834.issue8123@psf.upfronthosting.co.za>
Message-ID: <1280944358.78.0.263530945759.issue8123@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Yes, you would have had to use "python -bb" to evidence it:

$ ./python -bb
Python 3.2a1+ (py3k:83718M, Aug  4 2010, 17:10:53) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> b"" == ""
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
BytesWarning: Comparison between bytes and string

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8123>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:05:50 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 04 Aug 2010 18:05:50 +0000
Subject: [issue8757] Automatic set-to-frozenset conversions not thread-safe
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1280945150.42.0.766064991919.issue8757@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

The swap bodies technique has been used in list.sort for a long time, but users expect list.sort to mutate the list.

Even with a pure-Python implementation of sets, I would not expect __contains__ to be a mutating method (unless I have gone out of way to write an evil __eq__ or __hash__ function).

I grant you that I would not expect atomicity, but the example script does not assume atomicity.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8757>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:06:11 2010
From: report at bugs.python.org (Simon Cross)
Date: Wed, 04 Aug 2010 18:06:11 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1280945171.0.0.803418118187.issue9514@psf.upfronthosting.co.za>


Simon Cross <hodgestar at gmail.com> added the comment:

Patch attached to check /etc/lsb-release before checking other files. Taken from Ubuntu Python 2.6 copy of platform.py. Applies against trunk (r83728) with a small offset against py3k (r83728).

----------
keywords: +patch
Added file: http://bugs.python.org/file18389/use-lsb-release-first.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:13:02 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 18:13:02 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1280945582.73.0.787936218484.issue9514@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

FWIW, the output is a bit different here before the patch:
$ ./python -c "import platform; print(platform.linux_distribution())"
('Mandriva Linux', '2010.1', 'Official')

and after the patch:
$ ./python -c "import platform; print(platform.linux_distribution())"
('MandrivaLinux', '2010.1', 'Henry_Farman')

but I would say it's because Mandriva has inconsistent contents in their respective /etc/mandriva_release and /etc/lsb-release files.

The patch itself is a bit imperfect and will need reworking (_u_distname, _u_version and _u_id should be initialized to '' rather than catching UnboundLocalError; remove ubuntu-specific comments).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:14:23 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Wed, 04 Aug 2010 18:14:23 +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: <1280945663.44.0.790077930509.issue9348@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

Thanks for the correction, Steven.  This unit test matches your description.  Use it instead of my earlier submission.

----------
Added file: http://bugs.python.org/file18390/wrong_metavars_test_corrected.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9348>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:18:34 2010
From: report at bugs.python.org (Simon Cross)
Date: Wed, 04 Aug 2010 18:18:34 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1280945914.73.0.987063162221.issue9514@psf.upfronthosting.co.za>


Simon Cross <hodgestar at gmail.com> added the comment:

I think the intended means of accessing this information is via the lsb_release command (http://refspecs.freestandards.org/LSB_4.0.0/LSB-Core-generic/LSB-Core-generic/lsbrelease.html). That said, I don't know if the file format will change drastically unless someone re-implements lsb_release.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:18:53 2010
From: report at bugs.python.org (Terrence Cole)
Date: Wed, 04 Aug 2010 18:18:53 +0000
Subject: [issue8814] functools.WRAPPER_ASSIGNMENTS should include
	__annotations__
In-Reply-To: <1274736059.05.0.616257463555.issue8814@psf.upfronthosting.co.za>
Message-ID: <1280945933.26.0.0611131957691.issue8814@psf.upfronthosting.co.za>


Terrence Cole <terrence at zettabytestorage.com> added the comment:

Is there still a chance to get this fix in 3.2?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8814>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:29:03 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 18:29:03 +0000
Subject: [issue8814] functools.WRAPPER_ASSIGNMENTS should include
	__annotations__
In-Reply-To: <1274736059.05.0.616257463555.issue8814@psf.upfronthosting.co.za>
Message-ID: <1280946543.66.0.13316712556.issue8814@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The patch is now committed in py3k (r83731). Thanks for your contribution!

----------
nosy: +pitrou
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8814>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:31:32 2010
From: report at bugs.python.org (Raghuram Devarakonda)
Date: Wed, 04 Aug 2010 18:31:32 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1280946692.0.0.316935395.issue9514@psf.upfronthosting.co.za>


Raghuram Devarakonda <draghuram at gmail.com> added the comment:

Please check issue1322 for past discussion on similar topic (usability of lsb_release in platform.py).

----------
nosy: +draghuram

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:36:01 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 18:36:01 +0000
Subject: [issue1759845] subprocess.call fails with unicode strings in command
	line
Message-ID: <1280946961.94.0.812414570858.issue1759845@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I will not reopen this now for the reasons I already stated after "In any case ...". To expand on that.

1. 2.7 is in maintenance (bug-fix only) mode and I view this a feature request. To persuade someone otherwise, quote some doc that clearly says subprocess should behave as requested. I nosy-ed Jesse Noller so he can contradict me if he wishes.

2. The underlying issue seems to be the use of limited encodings, which was and is being fixed as well as possible in 3.x. Since there has been no mention of this issue being a problem with subprocess in 3.1, I presume there is none. If there is, say so and I will reopen.

The discussion shows disagreement on both the goal and approach to change. I am dubious that there will be an acceptable general solution. Even if this is persuasively seen as a bug and there is a good patch, I am dubious that any of the current developers will want to spent the necessary time to properly review a workaround to an issue that was already fixed the right way in 3.x.

----------
nosy: +jnoller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759845>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:36:01 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Aug 2010 18:36:01 +0000
Subject: [issue8757] Automatic set-to-frozenset conversions not thread-safe
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1280946961.92.0.857892062522.issue8757@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I didn't disagree with you.  The swap bodies implementation technique is not expected and is exploitable in a number of ways.

What outcome to you want?  Eliminate the implicit set-to-frozenset conversion feature; introduce a non-mutating version that copies the entire set; or just document that the automatic conversion is non-atomic, temporarily mutating, and not thread-safe?

Personally, I've never been convinced of the value of this feature and would not feel sad to have it removed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8757>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:38:52 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Aug 2010 18:38:52 +0000
Subject: [issue8814] functools.WRAPPER_ASSIGNMENTS should include
	__annotations__
In-Reply-To: <1274736059.05.0.616257463555.issue8814@psf.upfronthosting.co.za>
Message-ID: <1280947132.57.0.95085086456.issue8814@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

This should probably be backported to 3.1

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8814>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:39:47 2010
From: report at bugs.python.org (Dan L)
Date: Wed, 04 Aug 2010 18:39:47 +0000
Subject: [issue9515] vars() dictionary access to generate variables
In-Reply-To: <1280947187.21.0.503447106682.issue9515@psf.upfronthosting.co.za>
Message-ID: <1280947187.21.0.503447106682.issue9515@psf.upfronthosting.co.za>


New submission from Dan L <choralreef at naver.com>:

Perhaps it's assumed that you should know about this by knowing about how the vars dictionary is implemented, but to someone unfamiliar like me it seems like the builtin functions documentation for vars() should mention that you can create a variable name from a string using vars()['string_containing_variable_name'] = value, i.e. 

>>> vars()['hi']=3
>>> hi
3
>>>


Just to include text for a possible fix (to be appended to the existing description):

"You can create a variable name from a string using vars()['string_containing_variable_name'] = value, i.e. 

>>> vars()['hi']=3
>>> hi
3
>>>"

----------
assignee: docs at python
components: Documentation
messages: 112857
nosy: docs at python, jdan
priority: normal
severity: normal
status: open
title: vars() dictionary access to generate variables
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9515>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:48:48 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 18:48:48 +0000
Subject: [issue8814] functools.WRAPPER_ASSIGNMENTS should include
	__annotations__
In-Reply-To: <1274736059.05.0.616257463555.issue8814@psf.upfronthosting.co.za>
Message-ID: <1280947728.82.0.721917942172.issue8814@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> This should probably be backported to 3.1

Well, I think this is technically a new feature. If someone wants to
backport it, then fine, but I don't think there's much point in doing
so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8814>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:50:00 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 18:50:00 +0000
Subject: [issue9498] stdtypes.rst should refer to sys.float_info
In-Reply-To: <1280867854.52.0.518299717843.issue9498@psf.upfronthosting.co.za>
Message-ID: <1280947800.31.0.551411746865.issue9498@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks!  Applied in revisions r83732 through r83734.  (The release26-maint branch is frozen except for essential fixes, so not applying it there.)

----------
resolution:  -> accepted
status: open -> closed
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9498>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:52:27 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Aug 2010 18:52:27 +0000
Subject: [issue8814] functools.WRAPPER_ASSIGNMENTS should include
	__annotations__
In-Reply-To: <1274736059.05.0.616257463555.issue8814@psf.upfronthosting.co.za>
Message-ID: <1280947947.76.0.988084683823.issue8814@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Okay, I'll do it.

The intention of wrapper assignments was to wrap all of the standard attributes, so the omission of __annotations__ is a bug.

----------
assignee:  -> rhettinger
status: closed -> open
versions: +Python 3.1 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8814>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:56:04 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 18:56:04 +0000
Subject: [issue8524] SSL sockets do not retain the parent socket's attributes
In-Reply-To: <1272142067.91.0.0552245215724.issue8524@psf.upfronthosting.co.za>
Message-ID: <1280948164.47.0.596169337791.issue8524@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

If nobody chimes in, I will opt for the socket.forget() solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8524>
_______________________________________

From report at bugs.python.org  Wed Aug  4 20:58:56 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 18:58:56 +0000
Subject: [issue6786] readline and zero based indexing
In-Reply-To: <1251310656.11.0.667090107201.issue6786@psf.upfronthosting.co.za>
Message-ID: <1280948336.81.0.0897247509229.issue6786@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

A patch would be useful:  I don't think this issue is going to go anywhere without one.

One of the reasons I'm reluctant to mess with the readline module more than necessary is that it's historically been fairly fragile:  it has to work not only with a number of different GNU readline versions, but also with libedit on OS X and BSD (and OS X universal builds add an extra layer of complexity), and there have been a number of readline-related build problems in the past.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6786>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:01:10 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 19:01:10 +0000
Subject: [issue6786] readline and zero based indexing
In-Reply-To: <1251310656.11.0.667090107201.issue6786@psf.upfronthosting.co.za>
Message-ID: <1280948470.65.0.653648833145.issue6786@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Postscript:  I'm also opposed to the idea of 'optional' zero-based indexing.  This just seems like a crazy level of micro control to me.  Better to have just the one way way to do it, even if it isn't quite pythonic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6786>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:02:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 19:02:38 +0000
Subject: [issue6160] Tkinter.Spinbox: fix for bbox and removed some
	uninteresting returns
In-Reply-To: <1243826530.3.0.945381049334.issue6160@psf.upfronthosting.co.za>
Message-ID: <1280948558.48.0.0144744177832.issue6160@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The patch is simple, can it be committed as is?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6160>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:08:59 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 19:08:59 +0000
Subject: [issue6167] Tkinter.Scrollbar: the activate method needs to return a
	value, and set should take only two args
In-Reply-To: <1243887092.8.0.492821608561.issue6167@psf.upfronthosting.co.za>
Message-ID: <1280948939.11.0.0184893476189.issue6167@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

A tiny patch, can someone take a look with a view to committing, thanks.

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6167>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:09:06 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 19:09:06 +0000
Subject: [issue9190] Undefined behaviour in _PyFloat_Pack4
In-Reply-To: <1278520945.21.0.807868550373.issue9190@psf.upfronthosting.co.za>
Message-ID: <1280948946.96.0.249062471881.issue9190@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Closing this as not worth worrying about.  This *is* undefined behaviour, but it really doesn't seem to be a problem in practice.  (It might have been better for the C standard to describe this as merely implementation-defined.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9190>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:09:29 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 19:09:29 +0000
Subject: [issue9190] Undefined behaviour in _PyFloat_Pack4
In-Reply-To: <1278520945.21.0.807868550373.issue9190@psf.upfronthosting.co.za>
Message-ID: <1280948969.04.0.49668933914.issue9190@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9190>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:12:13 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 19:12:13 +0000
Subject: [issue3163] module struct support for ssize_t and size_t
In-Reply-To: <1214071551.33.0.650558563727.issue3163@psf.upfronthosting.co.za>
Message-ID: <1280949133.04.0.283402993532.issue3163@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Okay;  would you be interested in updating your patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3163>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:20:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 19:20:13 +0000
Subject: [issue3033] tkFont added displayof where necessary
In-Reply-To: <1212515294.71.0.756028895858.issue3033@psf.upfronthosting.co.za>
Message-ID: <1280949613.7.0.664890012289.issue3033@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I think this is behaviour rather than feature request but wouldn't object to it being changed.  Patch seems clean to me, can it be committed please?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3033>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:31:42 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 19:31:42 +0000
Subject: [issue4333] Reworked Dialog.py
In-Reply-To: <1226881404.91.0.533308530681.issue4333@psf.upfronthosting.co.za>
Message-ID: <1280950302.68.0.794363198525.issue4333@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This is already on svn as r67240 but has not got into the builds.  Can someone please take a look, thanks.

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> feature request
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4333>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:33:07 2010
From: report at bugs.python.org (Ron Adam)
Date: Wed, 04 Aug 2010 19:33:07 +0000
Subject: [issue9319] segfault when searching modules with help()
In-Reply-To: <1279693765.46.0.777254335316.issue9319@psf.upfronthosting.co.za>
Message-ID: <1280950387.39.0.899351998881.issue9319@psf.upfronthosting.co.za>


Ron Adam <ron_adam at users.sourceforge.net> added the comment:

This is by far the simplest fix for this.  See patch file.

This patch is what Stefan Krah suggested and I agree unless someone a lot more familiar with the import process can take a look at this and re-factor things so the filename is passed along with the file descriptor so the error can include it.  I tried and each change required other changes in order to get the correct failure and error messages.  I gave up when the tests for non existent file started failing with ']' on the first line.

I can't commit this, so could someone who can take a look at the patch and move this along.

----------
keywords: +patch
Added file: http://bugs.python.org/file18391/p3k_i9313.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9319>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:37:47 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 19:37:47 +0000
Subject: [issue4345] Implement nb_nonzero for PyTclObject
In-Reply-To: <1227016875.57.0.463307209634.issue4345@psf.upfronthosting.co.za>
Message-ID: <1280950667.81.0.946756995732.issue4345@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The patch changes _tkinter.c so can a C guru take a look please.

----------
nosy: +BreamoreBoy
stage:  -> patch review
versions: +Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4345>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:40:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 19:40:04 +0000
Subject: [issue4346] PyObject_CallMethod changes the exception message already
	set by PyObject_GetAttr
In-Reply-To: <1227017720.01.0.112991590053.issue4346@psf.upfronthosting.co.za>
Message-ID: <1280950804.09.0.815699149089.issue4346@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The patch changes abstract.c can a C guru take a look please.

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4346>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:45:22 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 19:45:22 +0000
Subject: [issue4350] Remove dead code from Tkinter.py
In-Reply-To: <1227053659.32.0.711141995765.issue4350@psf.upfronthosting.co.za>
Message-ID: <1280951122.48.0.782007910596.issue4350@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Ther title says it all, can we commit this?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 3.1, Python 3.2 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4350>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:50:06 2010
From: report at bugs.python.org (Terrence Cole)
Date: Wed, 04 Aug 2010 19:50:06 +0000
Subject: [issue8814] functools.WRAPPER_ASSIGNMENTS should include
	__annotations__
In-Reply-To: <1274736059.05.0.616257463555.issue8814@psf.upfronthosting.co.za>
Message-ID: <1280951406.3.0.621500886003.issue8814@psf.upfronthosting.co.za>


Terrence Cole <terrence at zettabytestorage.com> added the comment:

Awesome!  I greatly appreciate the 3.1 backport, as that's what I'm going to be using for the foreseeable future.

----------
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8814>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:53:15 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 19:53:15 +0000
Subject: [issue3216] Scarce msilib documentation
In-Reply-To: <1214577470.61.0.590067451474.issue3216@psf.upfronthosting.co.za>
Message-ID: <1280951595.08.0.00738427070463.issue3216@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Martin cannot write anything until someone answers his question. In the meanwhile, any doc person could, as suggested by Bill, change

class msilib.Directory(database, cab, basedir, physical, logical, default, component[, componentflags]) 

to

class msilib.Directory(database, cab, basedir, physical, logical, default[, componentflags]) 

'conponent' is neither in the doc string or the explanation of the signature.

----------
assignee: loewis -> docs at python
keywords: +easy, patch
nosy: +docs at python, terry.reedy
resolution: fixed -> 
versions: +Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3216>
_______________________________________

From report at bugs.python.org  Wed Aug  4 21:56:24 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 19:56:24 +0000
Subject: [issue1752252] tkFileDialog closes Python when used
Message-ID: <1280951784.74.0.37257883769.issue1752252@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I've tried this on Windows Vista against 3.1 and it worked fine.  So can this be closed as out of date?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1752252>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:00:20 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 20:00:20 +0000
Subject: [issue6181] Tkinter.Listbox several minor issues
In-Reply-To: <1243977899.25.0.845872446641.issue6181@psf.upfronthosting.co.za>
Message-ID: <1280952020.39.0.264674937398.issue6181@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Patch seems straight forward so can we commit please.

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6181>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:02:32 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 20:02:32 +0000
Subject: [issue4345] Implement nb_nonzero for PyTclObject
In-Reply-To: <1227016875.57.0.463307209634.issue4345@psf.upfronthosting.co.za>
Message-ID: <1280952152.04.0.0202738282597.issue4345@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'd call this a new feature;  removing 2.7 and 3.1 from versions.

The patch needs updating for py3k, which should be a fairly simple task.

I don't know much about Tcl, but wouldn't this change give quite confusing results for numeric values?  Presumably, all integers and floats would have a bool() of True?  (Or am I misunderstanding?)  I'm not sure what the value of implementing __nonzero__ is if it only works as expected for strings.

----------
nosy: +mark.dickinson
type:  -> feature request
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4345>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:02:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 20:02:42 +0000
Subject: [issue6091] Curses segfaulting in FreeBSD/amd64
In-Reply-To: <1243044628.32.0.644486843257.issue6091@psf.upfronthosting.co.za>
Message-ID: <1280952162.18.0.785248932737.issue6091@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

#7384 was closed two weeks ago with patches for 2.6 and 2.7 so this should be fixed in 2.6.6 (rc1 just out) and 2.7 svn (which will become 2.7.1. Only reopen if current/future 2.7.1 fails.

----------
nosy: +terry.reedy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6091>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:08:03 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 20:08:03 +0000
Subject: [issue6225] Fixing several minor bugs in Tkinter.Canvas and one in
	Misc._configure
In-Reply-To: <1244325396.24.0.788727463424.issue6225@psf.upfronthosting.co.za>
Message-ID: <1280952483.45.0.476471924029.issue6225@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

msg89019 talks about changing the Canvas API, would this be acceptable?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6225>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:11:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 20:11:46 +0000
Subject: [issue8583] Hardcoded namespace_separator in the
	cElementTree.XMLParser
In-Reply-To: <1272668249.2.0.865128956478.issue8583@psf.upfronthosting.co.za>
Message-ID: <1280952706.23.0.401521723695.issue8583@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
type: performance -> feature request
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8583>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:14:12 2010
From: report at bugs.python.org (Guilherme Polo)
Date: Wed, 04 Aug 2010 20:14:12 +0000
Subject: [issue4345] Implement nb_nonzero for PyTclObject
In-Reply-To: <1227016875.57.0.463307209634.issue4345@psf.upfronthosting.co.za>
Message-ID: <1280952852.25.0.84045240412.issue4345@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Mark,

If you want to expand it to handle other data types, I'm ok with it
but I predict troubles for you. The problem is that in Tcl there is
only one "real" data type -- string. Depending on how you operate over
a value it is then, internally, treated as something more specific but
this is not directly exposed for the "API users".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4345>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:20:25 2010
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 04 Aug 2010 20:20:25 +0000
Subject: [issue9319] segfault when searching modules with help()
In-Reply-To: <1279693765.46.0.777254335316.issue9319@psf.upfronthosting.co.za>
Message-ID: <1280953225.71.0.0942631153619.issue9319@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

The diff which I posted was not really meant as the ultimate fix. It's a
workaround. I think the real filename should be passed down to
PyTokenizer_FromFile or
PyTokenizer_FindEncoding.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9319>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:21:23 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 20:21:23 +0000
Subject: [issue4345] Implement nb_nonzero for PyTclObject
In-Reply-To: <1227016875.57.0.463307209634.issue4345@psf.upfronthosting.co.za>
Message-ID: <1280953283.94.0.315973843752.issue4345@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> If you want to expand it to handle other data types, I'm ok with it
> but I predict troubles for you.

Yes, I suspected as much.  I don't know much Tcl, but I'm definitely prepared to believe you on this point. :)  I'd be fine with this patch if there's some documentation somewhere that points out that the bool() might give unexpected results (for Python users) for zeros, empty lists, etc.

I assume that Tcl_GetCharLength works for any object, regardless of its internal representation?

Can you update the patch for py3k, and add docs and tests?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4345>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:24:47 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Wed, 04 Aug 2010 20:24:47 +0000
Subject: [issue9355] argparse add_mutually_exclusive_group more than once has
	incorrectly formatted help
In-Reply-To: <1279895728.08.0.860550350605.issue9355@psf.upfronthosting.co.za>
Message-ID: <1280953487.53.0.233543663686.issue9355@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

Unit test for Drake's patch

----------
nosy: +catherine
Added file: http://bugs.python.org/file18392/test_mutually_exclusive.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9355>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:26:43 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Wed, 04 Aug 2010 20:26:43 +0000
Subject: [issue9355] argparse add_mutually_exclusive_group more than once has
	incorrectly formatted help
In-Reply-To: <1279895728.08.0.860550350605.issue9355@psf.upfronthosting.co.za>
Message-ID: <1280953603.42.0.447036461327.issue9355@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

copy of Drake's argparse.diff - same patch, just has less specific diff header info (because ``patch -p0 < argparse.diff`` failed on my machine)

----------
Added file: http://bugs.python.org/file18393/mutually_exclusive_help.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9355>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:27:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 20:27:51 +0000
Subject: [issue6699] IDLE: Warn user about overwriting a file that has a newer
	version on filesystem
In-Reply-To: <1250207930.18.0.223468874802.issue6699@psf.upfronthosting.co.za>
Message-ID: <1280953671.1.0.848437551654.issue6699@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Patch seems clean, can it be commited?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> feature request
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6699>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:32:15 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 20:32:15 +0000
Subject: [issue1721083] Add File - Reload
Message-ID: <1280953935.26.0.292617900129.issue1721083@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

msg91213 states that there are two problems with the patch.  Could we have comments from IDLE users please.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1721083>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:35:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 20:35:21 +0000
Subject: [issue7305] urllib2.urlopen() segfault using SSL on Solaris
In-Reply-To: <1257946972.34.0.0114488119184.issue7305@psf.upfronthosting.co.za>
Message-ID: <1280954121.01.0.885376001132.issue7305@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can someone with a Solaris box try to reproduce this.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7305>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:42:25 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 20:42:25 +0000
Subject: [issue7320] Unable to load external modules on build slave with debug
	python
In-Reply-To: <1258173028.92.0.517735390444.issue7320@psf.upfronthosting.co.za>
Message-ID: <1280954545.8.0.99379162819.issue7320@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I thought I'd flag this up as there's been talk about the buildbots on python-dev today.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7320>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:49:37 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 20:49:37 +0000
Subject: [issue7346] Redirected stdout fires [Errno 9]
In-Reply-To: <1258564533.69.0.0908463291045.issue7346@psf.upfronthosting.co.za>
Message-ID: <1280954977.34.0.550904434622.issue7346@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can a Windows guru comment on whether this is a Python issue or not?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7346>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:57:10 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Aug 2010 20:57:10 +0000
Subject: [issue9337] Make float.__str__ behave identically to float.__repr__
In-Reply-To: <1279881060.45.0.501412515152.issue9337@psf.upfronthosting.co.za>
Message-ID: <1280955430.23.0.924834905044.issue9337@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Committed in r83736.

----------
resolution:  -> accepted
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9337>
_______________________________________

From report at bugs.python.org  Wed Aug  4 22:59:51 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Wed, 04 Aug 2010 20:59:51 +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: <1280955591.23.0.0206270993017.issue9516@psf.upfronthosting.co.za>


New submission from Sridhar Ratnakumar <sridharr at activestate.com>:

I cannot find correct repro steps for this, but:

/Library/Frameworks/Python.framework/Versions/2.7/bin/python" -B -s -c "import sys;print('%d.%d' % tuple(sys.version_info)[:2])
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 558, in <module>
    main()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 540, in main
    known_paths = addusersitepackages(known_paths)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 264, in addusersitepackages
    user_site = getusersitepackages()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 239, in getusersitepackages
    user_base = getuserbase() # this will also set USER_BASE
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 229, in getuserbase
    USER_BASE = get_config_var('userbase')
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 518, in get_config_var
    return get_config_vars().get(name)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 421, in get_config_vars
    _init_posix(_CONFIG_VARS)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 300, in _init_posix
    raise IOError(msg)
IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Python was built on a Snow Leopard machine with MACOSX_DEPLOYMENT_TARGET=10.5 environment variable. But on the user's 10.6 machine, no such environment variable is necessarily set.

Why is this check required? Shouldn't it be restricted to building modules using distutils, and not happen during an innocuous "import site" that happens in interpreter startup?

----------
assignee: tarek
components: Distutils
messages: 112892
nosy: srid, tarek
priority: normal
severity: normal
status: open
title: sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure
versions: Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:00:25 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Wed, 04 Aug 2010 21:00:25 +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: <1280955625.69.0.982289476718.issue9516@psf.upfronthosting.co.za>


Changes by Sridhar Ratnakumar <sridharr at activestate.com>:


----------
components: +Macintosh
versions: +Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:01:37 2010
From: report at bugs.python.org (Guilherme Polo)
Date: Wed, 04 Aug 2010 21:01:37 +0000
Subject: [issue4345] Implement nb_nonzero for PyTclObject
In-Reply-To: <1227016875.57.0.463307209634.issue4345@psf.upfronthosting.co.za>
Message-ID: <1280955697.52.0.87206353166.issue4345@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

> I assume that Tcl_GetCharLength works for any object, regardless of
> its internal representation?

I didn't look at its code but I assume it will create a string representation for the object in question if there isn't one in place when the call happens, so this means I /believe/ it will work for any Tcl object.

> Can you update the patch for py3k, and add docs and tests?

I can do it (maybe the test part may not be excellent), but not at this moment.

Btw, I'm happy that you mentioned that doc requirement about unexpected results because I was going to write about it in my previous reply but I thought my English could hurt its meaning and negatively affect you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4345>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:03:10 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 21:03:10 +0000
Subject: [issue7405] compiling python 3.1.1 using cygwin 1.7.0 and gcc 4.3.4
In-Reply-To: <1259386873.79.0.422049105742.issue7405@psf.upfronthosting.co.za>
Message-ID: <1280955790.44.0.829673197546.issue7405@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

If I'm reading the patch correctly it comments out three defined(__CYGWIN__).  Any opinions on this from Windows or Cygwin users?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7405>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:07:43 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 21:07:43 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1280956063.25.0.875614227877.issue7415@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Stefan can you provide a patch for this?

----------
nosy: +BreamoreBoy
stage:  -> needs patch
versions: +Python 2.7 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:08:11 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:08: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: <1280956091.22.0.919604071806.issue4806@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I verified with 3.1 the two OP cases and that generators work fine as long as they supply the correct number of values.

def f(x): return x
def broken(): return 1
print(f(*(broken() for x in (0,))))
# prints 1

Change (0,) to (0,1) the normal arg num mismatch message appears.

test_extcall tests version of Nothing() that follow both the old and new iteration protocol. It is possible that 'sequence' in meant in the broader sense of finite iterable rather that the narrow sense of
5.6. Sequence Types ? str, bytes, bytearray, list, tuple, range

Since that is confusing, I would replace 'sequence' with 'finite iterable'. (Infinite iterables, obviously, are bad, just as in any other uncontrolled situation, such as "a,*b = itertools.count()".)

So, combine the correction and the suggestion above with original and diff against current trunk (py3k branch) if you can or at least 3.1.2.

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4806>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:14:00 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:14:00 +0000
Subject: [issue5871] email.header.Header allow to embed raw newlines into a
	message
In-Reply-To: <1240953937.2.0.828159818097.issue5871@psf.upfronthosting.co.za>
Message-ID: <1280956440.03.0.375696073358.issue5871@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The example, which combines part of the subject line with another header line, strikes me as bizarre, confusing, and unnecessary. Can you provide some rationale, motivation, or use case? Without that, I would tend to think this should be closed.

----------
nosy: +terry.reedy
stage:  -> unit test needed
status: open -> pending
type:  -> feature request
versions: +Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5871>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:26:11 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 04 Aug 2010 21:26:11 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280957171.99.0.497624085818.issue477863@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Patch looks basically OK on an eyeball scan. A couple of suggestions:

- use test.script_helper.run_python rather than rolling your own run_command (or, at least, just make run_command a thin wrapper around run_python). I've been trying to trim down the number of different ways the test suite launches interpreter subprocesses for testing purposes, and script_helper also does a bit of extra cleanup to try to eliminate false alarms regarding reference leaks. That said, I do like the way you're checking that the output went to the correct stream, so perhaps instead add a run_python variant to script_helper that returns a 3-tuple containing the exit code, stdout and stderr and make your run_command a wrapper around that (then create an issue to migrate the rest of the script_helper.run_python based tests to switch to the new version so they will also check that the output is on the correct stream rather than lumping the two streams together).

- update the description of gc.DEBUG_UNCOLLECTABLE in the docs to specifically mention that the complete list of uncollectable objects will also be printed at interpreter shutdown.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:27:37 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 21:27:37 +0000
Subject: [issue7436] Define 'object with assignable attributes'
In-Reply-To: <1259961781.03.0.33355289278.issue7436@psf.upfronthosting.co.za>
Message-ID: <1280957257.38.0.408135986863.issue7436@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7436>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:28:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 21:28:30 +0000
Subject: [issue7468] PyErr_Format documentation doesn't mention all format
	codes
In-Reply-To: <1260444170.83.0.494210811062.issue7468@psf.upfronthosting.co.za>
Message-ID: <1280957310.16.0.979316256521.issue7468@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7468>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:28:59 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:28:59 +0000
Subject: [issue1754] WindowsError messages are not properly encoded
In-Reply-To: <1199705072.7.0.841408898872.issue1754@psf.upfronthosting.co.za>
Message-ID: <1280957339.51.0.973117126364.issue1754@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Should we close this?

There was some opinion that this is not a bug. 

The argument for not closing this before "3.0 will be a long way away for many users." is obsolete as 3.1.2 is here and 3.2 will be in less than 6 months.

Or, Amaury, do you have any serious prospect of applying the patch to 2.7?

----------
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1754>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:31:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:31:32 +0000
Subject: [issue7978] SocketServer doesn't handle syscall interruption
In-Reply-To: <1266779695.23.0.617672066685.issue7978@psf.upfronthosting.co.za>
Message-ID: <1280957492.29.0.710660316965.issue7978@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7978>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:32:37 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 21:32:37 +0000
Subject: [issue7538] HP-UX 11.11 GCC build fails to build modules
In-Reply-To: <1261125259.67.0.0629730876932.issue7538@psf.upfronthosting.co.za>
Message-ID: <1280957557.19.0.000660072135769.issue7538@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is anyone aware of build issues on HP-UX with later versions of Python?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7538>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:34:13 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:34:13 +0000
Subject: [issue8771] Socket freezing under load issue on Mac.
In-Reply-To: <1274312247.36.0.878213869408.issue8771@psf.upfronthosting.co.za>
Message-ID: <1280957653.89.0.84730634715.issue8771@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This needs to be re-verified on a current version.

----------
nosy: +terry.reedy
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8771>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:34:59 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 04 Aug 2010 21:34:59 +0000
Subject: [issue1754] WindowsError messages are not properly encoded
In-Reply-To: <1199705072.7.0.841408898872.issue1754@psf.upfronthosting.co.za>
Message-ID: <1280957699.48.0.853436615639.issue1754@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Somebody should investigate the status of this on 3.x. If the message comes out as a nice Unicode string, I'd close it as fixed. If the message comes out as a byte string, it definitely needs fixing.

For 2.x, the issue is out of date.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1754>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:36:02 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:36:02 +0000
Subject: [issue1544339] _ctypes fails to build on Solaris x86 32-bit (Sun
	compiler)
Message-ID: <1280957762.32.0.965367238751.issue1544339@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1544339>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:38:05 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 21:38:05 +0000
Subject: [issue7574] PyUnicode_FromFormat broken and not documented for 2.x
In-Reply-To: <1261655681.25.0.454963458841.issue7574@psf.upfronthosting.co.za>
Message-ID: <1280957885.26.0.68755627645.issue7574@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> lemburg
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7574>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:38:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 21:38:51 +0000
Subject: [issue7678] subprocess.Popen pipeline example code in the
	documentation is lacking
In-Reply-To: <1263245210.2.0.116487607425.issue7678@psf.upfronthosting.co.za>
Message-ID: <1280957931.08.0.75570785266.issue7678@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7678>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:42:38 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 21:42:38 +0000
Subject: [issue8814] functools.WRAPPER_ASSIGNMENTS should include
	__annotations__
In-Reply-To: <1274736059.05.0.616257463555.issue8814@psf.upfronthosting.co.za>
Message-ID: <1280958158.16.0.93268327467.issue8814@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for sticking with this Terrence, it fell off my radar. Thanks Antoine for the commit.

----------
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8814>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:43:20 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:43:20 +0000
Subject: [issue2623] Patch: xmlrpclib client ignores datetime tzinfo when
	creating iso8601 dates
In-Reply-To: <1207980709.57.0.906116162724.issue2623@psf.upfronthosting.co.za>
Message-ID: <1280958200.68.0.62320157452.issue2623@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2623>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:47:20 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 21:47:20 +0000
Subject: [issue7938] makesetup interprets macros -DA=B as a Make variable
	definition
In-Reply-To: <1266281072.48.0.268109023834.issue7938@psf.upfronthosting.co.za>
Message-ID: <1280958440.69.0.506279965321.issue7938@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

msg99378 is self explanatory.  Do we accept the patch or not?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7938>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:48:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:48:04 +0000
Subject: [issue8473] doctest fails if you have inconsistent lineendings
In-Reply-To: <1271781617.9.0.374951389596.issue8473@psf.upfronthosting.co.za>
Message-ID: <1280958484.12.0.476083623767.issue8473@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I would call this a bug and still 2.7 eligible. The patch amounts to opening the file to be tested in universal newline mode + a corresponding test. If Python will run files with mixed line endings, doctest should test them.

----------
nosy: +terry.reedy
stage:  -> commit review
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8473>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:55:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:55:12 +0000
Subject: [issue8318] Deprecation of multifile inappropriate or incomplete
In-Reply-To: <1270489322.03.0.368739706632.issue8318@psf.upfronthosting.co.za>
Message-ID: <1280958912.28.0.778164898245.issue8318@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Multifile *is* gone in 3.x; done deal.

If you want 2.7 docs improved, submit suggested change, even as text in message.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python, terry.reedy
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8318>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:56:07 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 04 Aug 2010 21:56:07 +0000
Subject: [issue7979] connect_ex returns 103 often
In-Reply-To: <1266812788.68.0.211126163639.issue7979@psf.upfronthosting.co.za>
Message-ID: <1280958967.45.0.350491803547.issue7979@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> unit test needed
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7979>
_______________________________________

From report at bugs.python.org  Wed Aug  4 23:58:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 21:58:37 +0000
Subject: [issue8873] Popen uses 333 times as much CPU as a shell pipe on Mac
	OS X
In-Reply-To: <1275430726.49.0.216093303643.issue8873@psf.upfronthosting.co.za>
Message-ID: <1280959117.79.0.890659293085.issue8873@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python
resolution:  -> fixed
status: open -> closed
versions: +Python 2.7 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8873>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:03:48 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:03:48 +0000
Subject: [issue4434] Embedding into a shared library fails
In-Reply-To: <1227690819.98.0.0359225476492.issue4434@psf.upfronthosting.co.za>
Message-ID: <1280959428.5.0.000712540090703.issue4434@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

It is not obvious that this issue is about a Python bug, rather than how to use on a specific system, or that it applies to any current version. If this really is a Python bug and applies to a current version, respond to re-open.

----------
nosy: +terry.reedy
status: open -> pending
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4434>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:04:06 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:04:06 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1280959446.87.0.901229141435.issue8933@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:07:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:07:35 +0000
Subject: [issue2401] Solaris: ctypes tests being skipped despite following
	#1516
In-Reply-To: <1205867491.87.0.489555231909.issue2401@psf.upfronthosting.co.za>
Message-ID: <1280959655.22.0.689535333219.issue2401@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

To late to change 2.6 (except for critical bugs). You should test 2.7 instead.

----------
status: open -> pending
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2401>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:10:49 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 22:10:49 +0000
Subject: [issue8933] Invalid detection of metadata version
In-Reply-To: <1275927761.19.0.897367518837.issue8933@psf.upfronthosting.co.za>
Message-ID: <1280959849.17.0.116434909897.issue8933@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report. I?ll look into this shortly in distutils2 and see if it applies to distutils too (not sure it implements PEP 345).

----------
assignee: tarek -> merwok
components: +Distutils2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8933>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:15:06 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:15:06 +0000
Subject: [issue6931] dreadful performance in difflib: ndiff and HtmlDiff
In-Reply-To: <1253199298.69.0.280559653373.issue6931@psf.upfronthosting.co.za>
Message-ID: <1280960106.59.0.923548244459.issue6931@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

An api addition makes this a feature request.

Hei?ar, Please copy of difflib.py, hand patch HtmlDiff to  use unified_diff instead of ndiff, and see if that solves the problem.

----------
nosy: +terry.reedy
type: performance -> feature request
versions: +Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6931>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:16:23 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:16:23 +0000
Subject: [issue9065] tarfile:  default root:root ownership is incorrect.
In-Reply-To: <1277332057.13.0.313961006951.issue9065@psf.upfronthosting.co.za>
Message-ID: <1280960183.72.0.7042194299.issue9065@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9065>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:18:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:18:09 +0000
Subject: [issue8400] zipimporter find_module fullname mis-documented
In-Reply-To: <1271258442.34.0.660774695694.issue8400@psf.upfronthosting.co.za>
Message-ID: <1280960289.0.0.880180120643.issue8400@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8400>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:20:07 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:20:07 +0000
Subject: [issue9033] cmd module tab misbehavior
In-Reply-To: <1276960216.2.0.17858038653.issue9033@psf.upfronthosting.co.za>
Message-ID: <1280960407.18.0.668847498056.issue9033@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9033>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:21:50 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 04 Aug 2010 22:21:50 +0000
Subject: [issue1170] shlex have problems with parsing unicode
In-Reply-To: <1190045833.27.0.172281845017.issue1170@psf.upfronthosting.co.za>
Message-ID: <1280960510.0.0.943691604794.issue1170@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

I don't like my patch anymore because it breaks code that manipulates public wordchars attribute.  Users may want to set it to their own alphabet or append additional characters to the default list.  Maybe wordchars should always be "non-posix" wordchars and iswordchar posix mode test be c.isalnum() or c in self.wordchars?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1170>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:22:38 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:22:38 +0000
Subject: [issue6869] Embedded python crashed on 4th run, if "ctypes" is used
In-Reply-To: <1252485075.59.0.965228056128.issue6869@psf.upfronthosting.co.za>
Message-ID: <1280960558.71.0.671556222556.issue6869@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6869>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:26:17 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:26:17 +0000
Subject: [issue5476] datetime: timedelta(minutes = i) silently fails with
	numpy.int32 input
In-Reply-To: <1236786647.39.0.745171492116.issue5476@psf.upfronthosting.co.za>
Message-ID: <1280960777.29.0.954603800709.issue5476@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Inconsistent headers ;-)
Should this be closed as invalid and superceded,
or open without resolution?
I cannot tell from discussion; one of you please choose.

----------
nosy: +terry.reedy
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5476>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:33:26 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 04 Aug 2010 22:33:26 +0000
Subject: [issue5476] datetime: timedelta(minutes = i) silently fails with
	numpy.int32 input
In-Reply-To: <1236786647.39.0.745171492116.issue5476@psf.upfronthosting.co.za>
Message-ID: <1280961206.56.0.60017796327.issue5476@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

This is clearly an invalid issue for python, but I wanted to keep it open until I or someone else gets a chance to report it to numpy project.  I was hoping to close this with a link to numpy tracker.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5476>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:37:03 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:37:03 +0000
Subject: [issue6251] c++ extension module implementation guide/example in
	extending/embedding documentation
In-Reply-To: <1244621954.14.0.882115358869.issue6251@psf.upfronthosting.co.za>
Message-ID: <1280961423.59.0.0159474834285.issue6251@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I suggest you put your example on the Python wiki or even Python cookbook site. Or announce on Python list and you should get some feedback from C++ users. I am closing this until there is some.

Writing it against 3.x capi would be more useful in the long run if not now.

Most reviewers prefer plain text attachments they can open in the browser.

----------
nosy: +terry.reedy
resolution:  -> later
status: open -> closed
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6251>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:45:06 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 22:45:06 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280961906.45.0.854818205196.issue477863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> - use test.script_helper.run_python rather than rolling your own
> run_command (or, at least, just make run_command a thin wrapper around
> run_python). I've been trying to trim down the number of different
> ways the test suite launches interpreter subprocesses for testing
> purposes, and script_helper also does a bit of extra cleanup to try to
> eliminate false alarms regarding reference leaks.

After a quick grep, it seems script_helper is really in the minority
(it's only used in three test files) while ad hoc calls to subprocess
with sys.executable are all over the place. I'd rather open a separate
feature request for that new script_helper function than convert all
uses of subprocess in this issue.

> - update the description of gc.DEBUG_UNCOLLECTABLE in the docs to
> specifically mention that the complete list of uncollectable objects
> will also be printed at interpreter shutdown.

Ah, indeed. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:46:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:46:46 +0000
Subject: [issue8938] Mac OS  dialogs(Save As..., Load) translation
In-Reply-To: <1275996872.25.0.17428013193.issue8938@psf.upfronthosting.co.za>
Message-ID: <1280962006.7.0.412517364225.issue8938@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This should be closed unless there is a verified problem with 2.7 or 3.1.

----------
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8938>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:50:47 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 22:50:47 +0000
Subject: [issue9517] Make test.script_helper more comprehensive,
	and use it in the test suite
In-Reply-To: <1280962247.74.0.724550733964.issue9517@psf.upfronthosting.co.za>
Message-ID: <1280962247.74.0.724550733964.issue9517@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

test.script_helper has a couple of dedicated functions to launch a Python interpreter instance in a subprocess. Unfortunately, it is little used and most test modules use their own ad hoc calls to subprocess instead.

Remedying the situation would require:
- adding functions to script_helper (currently, the available functions merge stdout and stderr together, which is clearly undesireable)
- perhaps improve the existing functions (kill_python() does a strange dance instead of calling communicate() on the subprocess.Popen object, is there a reason for that?)
- convert most uses of subprocess.<some_func>([sys.executable, ...]) in the test suite to use script_helper instead

This was suggested by Nick in issue477863.

----------
components: Tests
messages: 112917
nosy: ezio.melotti, ncoghlan, pitrou
priority: normal
severity: normal
status: open
title: Make test.script_helper more comprehensive, and use it in the test suite
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9517>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:54:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:54:14 +0000
Subject: [issue7077] SysLogHandler can't handle Unicode
In-Reply-To: <1254919358.82.0.721761611674.issue7077@psf.upfronthosting.co.za>
Message-ID: <1280962454.54.0.647669615596.issue7077@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> commit review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7077>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:55:26 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:55:26 +0000
Subject: [issue5154] OSX broken poll testing doesn't work
In-Reply-To: <1233786742.9.0.12404457396.issue5154@psf.upfronthosting.co.za>
Message-ID: <1280962526.31.0.00435857707236.issue5154@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4, Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5154>
_______________________________________

From report at bugs.python.org  Thu Aug  5 00:58:16 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 22:58:16 +0000
Subject: [issue6310] Windows "App Paths" key is not checked when installed for
	current user
In-Reply-To: <1245388371.55.0.866683174508.issue6310@psf.upfronthosting.co.za>
Message-ID: <1280962696.4.0.519602513404.issue6310@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Anatoly, please current installers that might be fixed.

----------
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6310>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:04:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:04:14 +0000
Subject: [issue5319] I/O error during one-liner fails to return OS error status
In-Reply-To: <1235065081.04.0.732738239861.issue5319@psf.upfronthosting.co.za>
Message-ID: <1280963054.24.0.49823343732.issue5319@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Georg, are you saying that there is or is not a problem with 2.6 (which is beyond non-critical bug fixes) and/or 3.1?

----------
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5319>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:11:09 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 23:11:09 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1280963469.62.0.417777139243.issue477863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is a new patch with doc.

----------
Added file: http://bugs.python.org/file18394/gc_fini3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:28:54 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:28:54 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1280964534.58.0.652153352527.issue9512@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I presume your report is about the fact that the mode is 'a' even though you specified 'a+'. The answer is this block from RotatingFileHandler.__init__ (3.1.2, but presume same for 2.x):

       if maxBytes > 0:
            mode = 'a' # doesn't make sense otherwise!

I do not understand the comment, but there it is. So

DOC PATCH In 15.6.12.5. RotatingFileHandler, replace
"If mode is not specified, 'a' is used." with
"If mode is not specified or if maxBytes > 0, the mode is 'a'."

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
keywords: +easy, patch
nosy: +docs at python, terry.reedy
versions: +Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:30:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:30:09 +0000
Subject: [issue4430] time.strptime does not allow same format directive twice
In-Reply-To: <1227631002.53.0.398407086497.issue4430@psf.upfronthosting.co.za>
Message-ID: <1280964609.69.0.0784771104253.issue4430@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4430>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:31:34 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:31:34 +0000
Subject: [issue2233] Makefile.pre.in contains extra slash before $(DESTDIR)
	which can cause Cygwin build to fail
In-Reply-To: <1204652870.95.0.330326965123.issue2233@psf.upfronthosting.co.za>
Message-ID: <1280964694.03.0.788506106106.issue2233@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2233>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:34:29 2010
From: report at bugs.python.org (Ron Adam)
Date: Wed, 04 Aug 2010 23:34:29 +0000
Subject: [issue9319] segfault when searching modules with help()
In-Reply-To: <1279693765.46.0.777254335316.issue9319@psf.upfronthosting.co.za>
Message-ID: <1280964869.32.0.93188319444.issue9319@psf.upfronthosting.co.za>


Ron Adam <ron_adam at users.sourceforge.net> added the comment:

I added you to this Victor because it looks like what your doing to rewrite the imports to work with Unicode (issue:9425) overlaps this.

See the test in the patch.

Your rewrite may fix this as the segfault has to do with getting the file encoding.  My apologies if this isn't the case.

Ron

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9319>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:35:07 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 23:35:07 +0000
Subject: [issue5319] I/O error during one-liner fails to return OS error status
In-Reply-To: <1235065081.04.0.732738239861.issue5319@psf.upfronthosting.co.za>
Message-ID: <1280964907.88.0.191149724594.issue5319@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is a possible patch for 3.x.
It doesn't change the return status of the process, though.

----------
keywords: +patch
nosy: +pitrou
versions: +Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18395/devfull.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5319>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:37:58 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:37:58 +0000
Subject: [issue3099] On windows, "import nul" always succeed
In-Reply-To: <1213319928.58.0.193615390811.issue3099@psf.upfronthosting.co.za>
Message-ID: <1280965078.68.0.658958366929.issue3099@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

>it is likely that the new import library will correct the problem.

Did it? 

With standard 3.1.2,
>>> import nul
...
ImportError: DLL load failed: The specified module could not be found.
>>> import con
...
ImportError: No module named con

So is there any problem with 2.7, or should we close this?

----------
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3099>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:38:51 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:38:51 +0000
Subject: [issue1517993] IDLE: config-main.def contains windows-specific
	settings
Message-ID: <1280965131.65.0.25646569288.issue1517993@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1517993>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:43:17 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:43:17 +0000
Subject: [issue5765] stack overflow evaluating eval("()" * 30000)
In-Reply-To: <1239838657.22.0.326859227165.issue5765@psf.upfronthosting.co.za>
Message-ID: <1280965397.54.0.607937125908.issue5765@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

On 3.1.2, WinXP, I immediately get
TypeError: 'tuple' object is not callable
so this seems to have been fixed for 3.x.
If released 2.7 is ok, we can close this.

----------
nosy: +terry.reedy
versions:  -Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5765>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:43:32 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Wed, 04 Aug 2010 23:43:32 +0000
Subject: [issue9518] PyModuleDef_HEAD_INIT does not explicitly initial all
	fields of m_base
In-Reply-To: <1280965412.21.0.0751804906986.issue9518@psf.upfronthosting.co.za>
Message-ID: <1280965412.21.0.0751804906986.issue9518@psf.upfronthosting.co.za>


New submission from Dave Malcolm <dmalcolm at redhat.com>:

Attempting to compile Python 3 extension modules on GCC with "-Wmissing-field-initializers" enabled leads to warnings from the PyModuleDef_HEAD_INIT macro

Seen attempting to build SELinux python bindings against python 3.1 with "-W -Werror", the "-W" implies "-Wmissing-field-initializers":
> cc -Werror -Wall -W -Wundef -Wshadow -Wmissing-noreturn
> > -Wmissing-format-attribute -I../include -I/usr/include -D_GNU_SOURCE
> > -D_FILE_OFFSET_BITS=64  -I/usr/include/python3.1 -fPIC -DSHARED -c -o
> > audit2why.lo audit2why.c
> > cc1: warnings being treated as errors
> > audit2why.c:439: error: missing initializer
> > audit2why.c:439: error: (near initialization for ?moduledef.m_base.m_init?)
> > make: *** [audit2why.lo] Error 1

The PyModuleDef_HEAD_INIT is intended to initialize m_base within a PyModuleDef, but only explicitly initializes the PyObject_HEAD fields:

#define PyModuleDef_HEAD_INIT {PyObject_HEAD_INIT(NULL)}

typedef struct PyModuleDef_Base {
  PyObject_HEAD
  PyObject* (*m_init)(void);
  Py_ssize_t m_index;
  PyObject* m_copy;
} PyModuleDef_Base;

typedef struct PyModuleDef{
  PyModuleDef_Base m_base;
  const char* m_name;
  const char* m_doc;
  Py_ssize_t m_size;
  PyMethodDef *m_methods;
  inquiry m_reload;
  traverseproc m_traverse;
  inquiry m_clear;
  freefunc m_free;
} PyModuleDef;

The attached patch extends it to also explicitly zero the other m_base fields.

----------
components: Extension Modules
files: py3k-initialize-all-of-m_base.patch
keywords: patch, patch
messages: 112926
nosy: dmalcolm
priority: normal
severity: normal
stage: patch review
status: open
title: PyModuleDef_HEAD_INIT does not explicitly initial all fields of m_base
type: compile error
versions: Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file18396/py3k-initialize-all-of-m_base.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9518>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:43:34 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 04 Aug 2010 23:43:34 +0000
Subject: [issue3099] On windows, "import nul" always succeed
In-Reply-To: <1213319928.58.0.193615390811.issue3099@psf.upfronthosting.co.za>
Message-ID: <1280965414.98.0.677672225602.issue3099@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

3.1 does not use importlib for imports.

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3099>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:43:54 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Wed, 04 Aug 2010 23:43:54 +0000
Subject: [issue9518] PyModuleDef_HEAD_INIT does not explicitly initialize all
	fields of m_base
In-Reply-To: <1280965412.21.0.0751804906986.issue9518@psf.upfronthosting.co.za>
Message-ID: <1280965434.76.0.0532386886316.issue9518@psf.upfronthosting.co.za>


Changes by Dave Malcolm <dmalcolm at redhat.com>:


----------
title: PyModuleDef_HEAD_INIT does not explicitly initial all fields of m_base -> PyModuleDef_HEAD_INIT does not explicitly initialize all fields of m_base

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9518>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:45:20 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 04 Aug 2010 23:45:20 +0000
Subject: [issue8435] It is possible to observe a mutating frozenset
In-Reply-To: <1271532379.1.0.0904311359185.issue8435@psf.upfronthosting.co.za>
Message-ID: <1280965520.6.0.0835030149765.issue8435@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/issue8435>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:45:40 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Aug 2010 23:45:40 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1280965540.3.0.648271987653.issue9514@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/issue9514>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:47:53 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:47:53 +0000
Subject: [issue5251] contextlib.nested inconsistent with, well,
	nested with statements due exceptions raised in __enter__
In-Reply-To: <1234548570.86.0.145574171135.issue5251@psf.upfronthosting.co.za>
Message-ID: <1280965673.03.0.165740451037.issue5251@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5251>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:49:20 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:49:20 +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: <1280965760.44.0.47715651455.issue1823@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1823>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:52:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:52:35 +0000
Subject: [issue4391] optparse: use proper gettext plurals forms
In-Reply-To: <1227390268.91.0.0525140101381.issue4391@psf.upfronthosting.co.za>
Message-ID: <1280965955.3.0.585650620926.issue4391@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4391>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:53:58 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:53:58 +0000
Subject: [issue1985] Bug/Patch: Problem with xml/__init__.py when using
	freeze.py
In-Reply-To: <1201819314.87.0.163541496288.issue1985@psf.upfronthosting.co.za>
Message-ID: <1280966038.99.0.51319180858.issue1985@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution: rejected -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1985>
_______________________________________

From report at bugs.python.org  Thu Aug  5 01:57:49 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Aug 2010 23:57:49 +0000
Subject: [issue7985] access to infinitely recursive list
In-Reply-To: <1266850971.35.0.609104606794.issue7985@psf.upfronthosting.co.za>
Message-ID: <1280966269.65.0.915885610939.issue7985@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

> This is a close duplicate of issue5765.

Except that #5765 is apparently not a 3.x issue,
while this example, WinXP, 3.1.2 crashes the command window in about 5 sec, while IDLE gets locked (^C does not break).

----------
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7985>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:00:41 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:00:41 +0000
Subject: [issue2090] __import__ with fromlist=
In-Reply-To: <1202849437.01.0.315019169694.issue2090@psf.upfronthosting.co.za>
Message-ID: <1280966441.86.0.836289389446.issue2090@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2090>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:04:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:04:46 +0000
Subject: [issue3467] sqlite3 path is hard coded in setup.py
In-Reply-To: <1217364179.14.0.826018983626.issue3467@psf.upfronthosting.co.za>
Message-ID: <1280966686.03.0.831072083356.issue3467@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

If anyone reopens this, change the version to the then current trunk version if 3.2 is already out.

----------
resolution:  -> later
status: open -> closed
type: compile error -> feature request
versions: +Python 3.2 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3467>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:05:29 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:05:29 +0000
Subject: [issue1474680] pickling files works with protocol=2.
Message-ID: <1280966729.39.0.9287157267.issue1474680@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1474680>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:05:43 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:05:43 +0000
Subject: [issue1474680] pickling files works with protocol=2.
Message-ID: <1280966743.41.0.150644007163.issue1474680@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1474680>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:06:31 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:06:31 +0000
Subject: [issue2658] decode_header() fails on multiline headers
In-Reply-To: <1208608894.4.0.0735061784066.issue2658@psf.upfronthosting.co.za>
Message-ID: <1280966791.39.0.726623369645.issue2658@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2658>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:07:53 2010
From: report at bugs.python.org (Robert Buckley)
Date: Thu, 05 Aug 2010 00:07:53 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>


New submission from Robert Buckley <drbuckle at comcast.net>:

In both Python 2.7 and 3.1 the IDLE is unable to handle example 4.1 in the tutorial (if statements). Works OK with the command line shell, but not the IDLE shell.

----------
messages: 112930
nosy: drbuckle
priority: normal
severity: normal
status: open
title: IDLE cannot do example 4.1 in tutorial (if statements)
type: behavior
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:14:57 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 05 Aug 2010 00:14:57 +0000
Subject: [issue8757] Automatic set-to-frozenset conversions not thread-safe
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1280967297.03.0.989687718731.issue8757@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

FWIW, the current docs adequately cover the existing situation:
"Note, the elem argument to the __contains__(), remove(), and discard() methods may be a set. To support searching for an equivalent frozenset, the elem set is temporarily mutated during the search and then restored. During the search, the elem set should not be read or mutated since it does not have a meaningful value."

That being said, I'm going to get rid of set_swap_bodies technique.  Instead, will use an atomic full-copy of the set into a separate frozenset.  That will cure the most egregious problems at the expense of some speed and of creating a new frozenset object that will be visible to a user determined to see it.

----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8757>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:29:03 2010
From: report at bugs.python.org (John Levon)
Date: Thu, 05 Aug 2010 00:29:03 +0000
Subject: [issue4434] Embedding into a shared library fails
In-Reply-To: <1227690819.98.0.0359225476492.issue4434@psf.upfronthosting.co.za>
Message-ID: <1280968143.84.0.39687349405.issue4434@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

Terry, what in the above discussion  leads you to believe there is no bug?

The original complaint "Python cannot be embedded in shared library due to dependency problems with lib-dynload" is still valid.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4434>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:32:17 2010
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 05 Aug 2010 00:32:17 +0000
Subject: [issue2401] Solaris: ctypes tests being skipped despite following
	#1516
In-Reply-To: <1205867491.87.0.489555231909.issue2401@psf.upfronthosting.co.za>
Message-ID: <1280968337.17.0.767776044396.issue2401@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Well, with release-2.7 test_ctypes segfaults om OpenSolaris:


make: *** [test] Segmentation Fault (core dumped)
./python -Wd -3 -E -tt ./Lib/test/regrtest.py -l 
== CPython 2.7.0+ (release27-maint:82854, Jul 13 2010, 19:49:12) [C]
==   Solaris-2.11-i86pc-i386-32bit-ELF little-endian
==   /export/home/stefan/svn/release27-maint/build/test_python_768


Perhaps this should be a new issue though.

----------
nosy: +skrah
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2401>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:33:52 2010
From: report at bugs.python.org (joshua williams)
Date: Thu, 05 Aug 2010 00:33:52 +0000
Subject: [issue5723] Incomplete json tests
In-Reply-To: <1239205406.15.0.353111609778.issue5723@psf.upfronthosting.co.za>
Message-ID: <1280968432.47.0.450063045494.issue5723@psf.upfronthosting.co.za>


Changes by joshua williams <jowillia at gmail.com>:


----------
nosy: +jowillia

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5723>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:36:52 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:36:52 +0000
Subject: [issue1754] WindowsError messages are not properly encoded
In-Reply-To: <1199705072.7.0.841408898872.issue1754@psf.upfronthosting.co.za>
Message-ID: <1280968612.04.0.101339803543.issue1754@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The message is definitely an str (unicode) string. WinXP,3.1.2,

import os
try: os.rmdir('nonexist')
except Exception as e:
    print(repr(e.args[1]), '\n', repr(e.strerror), '\n', e.filename)
os.rmdir('nonexist')

# prints
'The system cannot find the file specified' 
 'The system cannot find the file specified' 
 nonexist
...
WindowsError: [Error 2] The system cannot find the file specified: 'nonexist'

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1754>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:45:36 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:45:36 +0000
Subject: [issue6029] FAIL: test_longdouble
	(ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]
In-Reply-To: <1242377349.19.0.984337506616.issue6029@psf.upfronthosting.co.za>
Message-ID: <1280969136.25.0.684699808539.issue6029@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6029>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:46:28 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:46:28 +0000
Subject: [issue2552] test_ctypes failed Python 2.6a2 Solaris 10 SUN C
In-Reply-To: <1207339311.94.0.138275170862.issue2552@psf.upfronthosting.co.za>
Message-ID: <1280969188.81.0.197529667711.issue2552@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2552>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:46:44 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:46:44 +0000
Subject: [issue5289] ctypes.util.find_library does not work under Solaris
In-Reply-To: <1234858635.81.0.426092533899.issue5289@psf.upfronthosting.co.za>
Message-ID: <1280969204.48.0.862741694489.issue5289@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5289>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:48:59 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 00:48:59 +0000
Subject: [issue2401] Solaris: ctypes tests being skipped despite following
	#1516
In-Reply-To: <1205867491.87.0.489555231909.issue2401@psf.upfronthosting.co.za>
Message-ID: <1280969339.32.0.396800095743.issue2401@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I doubt it matters much. ctypes and Solaris do not get along well together.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2401>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:55:01 2010
From: report at bugs.python.org (Santoso Wijaya)
Date: Thu, 05 Aug 2010 00:55:01 +0000
Subject: [issue6792] Distutils-based installer does not detect 64bit versions
	of Python
In-Reply-To: <1251449540.11.0.0670330819334.issue6792@psf.upfronthosting.co.za>
Message-ID: <1280969701.62.0.999565520583.issue6792@psf.upfronthosting.co.za>


Santoso Wijaya <santa.ant at me.com> added the comment:

Does anyone know of any workaround, for now?

----------
nosy: +santa4nt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6792>
_______________________________________

From report at bugs.python.org  Thu Aug  5 02:59:23 2010
From: report at bugs.python.org (Dmitry Chichkov)
Date: Thu, 05 Aug 2010 00:59:23 +0000
Subject: [issue9520] Add Patricia Trie high performance container (python's
	defaultdict(int) is unusable on datasets with 10, 000, 000+ keys.)
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>


New submission from Dmitry Chichkov <dchichkov at gmail.com>:

On large data sets (10-100 million keys) the default python dictionary implementation fails to meet memory and performance constraints. It also apparently fails to keep O(1) complexity (after just 1M keys). As such, there is a need for good, optimized, practical implementation of a high-performance container that can store such datasets. 

One of the alternatives is a regular Patricia Trie data structure. It can meet performance requirements on such datasets. Criteria:
* strictly O(1);
* works well on large datasets (~100M keys); memory efficient;
* same or better performance as dict();
* supports regular dict | counter interface;
* supports unicode keys;
* supports any characters in the keys;
* persistent (can be pickled); 
* in-memory library;

There are a few existing implementations available:
* BioPython trie - http://biopython.org/
* py-radix - http://www.mindrot.org/projects/py-radix/
* PyPi trie - http://pypi.python.org/pypi/trie

A few other relevant alternatives/implementations:
* NIST trie - http://www.itl.nist.gov/div897/sqg/dads/HTML/patriciatree.html
* C++ Trie Library - http://wikipedia-clustering.speedblue.org/trie.php
* PyAvl trie - http://pypi.python.org/pypi/pyavl/1.12_1
* PyJudy tree - http://www.dalkescientific.com/Python/PyJudy.html
* Redis - http://code.google.com/p/redis/
* Memcached - http://memcached.org/

An alternative to a basic Patricia Trie could be some state-of-the-art approach from some modern research (i.e. http://www.aclweb.org/anthology/W/W09/W09-1505.pdf ), 


The best existing implementation I've been able to find so far is one in the BioPython. Compared to defaultdict(int) on the task of counting words. Dataset 123,981,712 words (6,504,484 unique), 1..21 characters long:
* bio.tree - 459 Mb/0.13 Hours, good O(1) behavior
* defaultdict(int) - 693 Mb/0.32 Hours, poor, almost O(N) behavior

At 8,000,0000 keys python defaultdict(int) starts showing almost O(N) behavior and gets unusable with 10,000,000+ unique keys. 



A few usage/installatio notes on BioPython trie:
$ sudo apt-get install python-biopython

>>> from Bio import trie
>>> trieobj = trie.trie()
>>> trieobj["hello"] = 5
>>> trieobj["hello"] += 1
>>> print trieobj["hello"]
>>> print trieobj.keys()

More examples at:
http://python-biopython.sourcearchive.com/documentation/1.54/test__triefind_8py-source.html

----------
components: Library (Lib)
messages: 112937
nosy: dmtr
priority: normal
severity: normal
status: open
title: Add Patricia Trie high performance container (python's defaultdict(int) is unusable on datasets with 10,000,000+ keys.)
type: performance
versions: Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Thu Aug  5 03:00:47 2010
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 05 Aug 2010 01:00:47 +0000
Subject: [issue2401] Solaris: ctypes tests being skipped despite following
	#1516
In-Reply-To: <1205867491.87.0.489555231909.issue2401@psf.upfronthosting.co.za>
Message-ID: <1280970047.31.0.325565421812.issue2401@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

As I understand, this report was about test_ctypes being skipped. This
is not the case anymore, so I agree that setting the issue to pending
is fine. I can open another issue for the segfault.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2401>
_______________________________________

From report at bugs.python.org  Thu Aug  5 03:15:32 2010
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 05 Aug 2010 01:15:32 +0000
Subject: [issue2552] test_ctypes failed Python 2.6a2 Solaris 10 SUN C
In-Reply-To: <1207339311.94.0.138275170862.issue2552@psf.upfronthosting.co.za>
Message-ID: <1280970932.0.0.116804964528.issue2552@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2552>
_______________________________________

From report at bugs.python.org  Thu Aug  5 03:37:03 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 01:37:03 +0000
Subject: [issue4434] Embedding into a shared library fails
In-Reply-To: <1227690819.98.0.0359225476492.issue4434@psf.upfronthosting.co.za>
Message-ID: <1280972223.87.0.723502894473.issue4434@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I carefully and specifically questioned the existence of current 'Python bug', which is what this tracker is for. For Linux, that would mean a bug in any of the source files in a current 2.7, 3.1.2, or 3.2.1a1 tarball release or the newer source repository versions thereof. But I do not see any claim that there is any problem with any of the files. There certainly is no bug report for any specific stdlib module, which is what is meant by the Library (Lib) component.

This issue *is* about lib-dynload that I gather is supplied by Ubuntu. There may or may not be a bug in how Ubuntu packages, compiles, and loads Python 2.5.2. John, your msg76536, beginning "If *Ubuntu*..., it [Ubuntu] also needs..." suggests that. But unless you *know* that that results from a bug in the files downloaded by Ubuntu, you should take that up with them.

So I will follow Ralf's suggestion and close this, and suggest in turn that this issue be taken to an Ubuntu support list where help is more likely. There might even be knowledgeable Ubuntu users on python-list, I don't know.

Another possible suggestion to the OP is compile everything yourself with whatever compile flags you need to get all your stuff to work together. In particular, can you make your own lib-dynload that acts the way you want it to work? (But here is not the place to ask about how.)

----------
resolution:  -> invalid
status: open -> closed
versions: +Python 2.5 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4434>
_______________________________________

From report at bugs.python.org  Thu Aug  5 03:53:43 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 01:53:43 +0000
Subject: [issue5476] datetime: timedelta(minutes = i) silently fails with
	numpy.int32 input
In-Reply-To: <1236786647.39.0.745171492116.issue5476@psf.upfronthosting.co.za>
Message-ID: <1280973223.89.0.266821444995.issue5476@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A link can be added at any time. Closing does nothing except remove an issue from searches of open issues. Please close this or allow me to. There is a cost to keeping things like this open -- the puzzlement of anyone reading it and the time cost to triage maintainers like me ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5476>
_______________________________________

From report at bugs.python.org  Thu Aug  5 03:55:06 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 01:55:06 +0000
Subject: [issue6310] Windows "App Paths" key is not checked when installed for
	current user
In-Reply-To: <1245388371.55.0.866683174508.issue6310@psf.upfronthosting.co.za>
Message-ID: <1280973306.01.0.44207133239.issue6310@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: http://bugs.python.org/msg112918

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6310>
_______________________________________

From report at bugs.python.org  Thu Aug  5 04:12:28 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 02:12:28 +0000
Subject: [issue6310] Windows "App Paths" key is not checked when installed for
	current user
In-Reply-To: <1245388371.55.0.866683174508.issue6310@psf.upfronthosting.co.za>
Message-ID: <1280974348.09.0.986688602511.issue6310@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Anatoly, can you check the behavior of the current 2.7+ installers? Those that might be changed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6310>
_______________________________________

From report at bugs.python.org  Thu Aug  5 04:18:03 2010
From: report at bugs.python.org (rb)
Date: Thu, 05 Aug 2010 02:18:03 +0000
Subject: [issue4434] Embedding into a shared library fails
In-Reply-To: <1227690819.98.0.0359225476492.issue4434@psf.upfronthosting.co.za>
Message-ID: <1280974683.27.0.499652585008.issue4434@psf.upfronthosting.co.za>


rb <rb-oss-2 at justgohome.co.uk> added the comment:

Original reporter here.

lib-dynload is part of Python's dynamic loading mechanism. Perhaps somewhere like Python/dynload_dl.c is the relevant code?

Lib seemed like the right place to put the bug at the time, since it was the stdlib module files that were missing dependency declarations. Although perhaps Extension Modules would have been better?

In any case, I've just tried to reproduce the bug with 2.7 (on Debian Squeeze pulling version 2.7-2 of python2.7 and python2.7-dev from experimental), and failed (both 32- and 64-bit).

So it seems that this bug has been fixed at some point since 2.5.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4434>
_______________________________________

From report at bugs.python.org  Thu Aug  5 04:47:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 02:47:14 +0000
Subject: [issue4434] Embedding into a shared library fails
In-Reply-To: <1227690819.98.0.0359225476492.issue4434@psf.upfronthosting.co.za>
Message-ID: <1280976434.45.0.731475157778.issue4434@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

> perhaps Extension Modules would have been better?

For future reference (like if some 3.x is not ok), yes

> So it seems that this bug has been fixed at some point since 2.5.

Great!

----------
resolution: invalid -> out of date

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4434>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:01:22 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 05 Aug 2010 03:01:22 +0000
Subject: [issue9520] Add Patricia Trie high performance container (python's
	defaultdict(int) is unusable on datasets with 10, 000, 000+ keys.)
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1280977282.33.0.484020924208.issue9520@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I think it would be better to propose this on the python-ideas mailing list.

----------
nosy: +ezio.melotti, rhettinger
type: performance -> feature request
versions:  -Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:30:08 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 03:30:08 +0000
Subject: [issue7996] concurrency problem in regrtest -jX
In-Reply-To: <1266882602.92.0.94768857178.issue7996@psf.upfronthosting.co.za>
Message-ID: <1280979008.97.0.461407511606.issue7996@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7996>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:32:59 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 03:32:59 +0000
Subject: [issue8027] distutils fail to determine c++ linker with unixcompiler
	if using ccache
In-Reply-To: <1267284243.46.0.756608052144.issue8027@psf.upfronthosting.co.za>
Message-ID: <1280979179.54.0.957971548022.issue8027@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8027>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:33:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 03:33:38 +0000
Subject: [issue8041] No documentation for Py_TPFLAGS_HAVE_STACKLESS_EXTENSION
	or Py_TPFLAGS_HAVE_VERSION_TAG.
In-Reply-To: <1267544098.65.0.440493208051.issue8041@psf.upfronthosting.co.za>
Message-ID: <1280979218.62.0.879176073739.issue8041@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8041>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:35:11 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 03:35:11 +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: <1280979311.91.0.226968538269.issue8052@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8052>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:37:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 03:37:53 +0000
Subject: [issue8003] Fragile and unexpected error-handling in asyncore
In-Reply-To: <1266948464.33.0.330812797821.issue8003@psf.upfronthosting.co.za>
Message-ID: <1280979473.18.0.805144600791.issue8003@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> unit test needed
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8003>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:39:52 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 03:39:52 +0000
Subject: [issue5879] multiprocessing - example "pool of http servers " fails
	on windows "socket has no attribute fromfd"
In-Reply-To: <1241019482.48.0.575158847578.issue5879@psf.upfronthosting.co.za>
Message-ID: <1280979592.99.0.336845559867.issue5879@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5879>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:41:50 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 03:41:50 +0000
Subject: [issue8161] inconsistency behavior in ctypes.c_char_p dereferencing
In-Reply-To: <1268816987.2.0.0650705594073.issue8161@psf.upfronthosting.co.za>
Message-ID: <1280979710.43.0.383363322909.issue8161@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8161>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:43:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 03:43:54 +0000
Subject: [issue8170] Wrong Paths for distutils build --plat-name=win-amd64
In-Reply-To: <1268913333.33.0.305416760988.issue8170@psf.upfronthosting.co.za>
Message-ID: <1280979834.04.0.628940036427.issue8170@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8170>
_______________________________________

From report at bugs.python.org  Thu Aug  5 05:46:34 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 03:46:34 +0000
Subject: [issue8171] bdist_wininst builds wrongly for --plat-name=win-amd64
In-Reply-To: <1268913911.34.0.452575740724.issue8171@psf.upfronthosting.co.za>
Message-ID: <1280979994.85.0.28239987521.issue8171@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8171>
_______________________________________

From report at bugs.python.org  Thu Aug  5 06:10:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 04:10:38 +0000
Subject: [issue8184] multiprocessing.managers will not fail if listening ocket
	already in use
In-Reply-To: <1269104932.24.0.802901286813.issue8184@psf.upfronthosting.co.za>
Message-ID: <1280981438.36.0.0532292824049.issue8184@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Ran code snippet on Windows Vista with 3.1.2 and it ran fine.  I'll close this unless anyone objects.

----------
nosy: +BreamoreBoy
resolution:  -> fixed
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8184>
_______________________________________

From report at bugs.python.org  Thu Aug  5 06:13:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 04:13:38 +0000
Subject: [issue8285] IDLE not smart indenting correctly in nested statements
In-Reply-To: <1270157080.33.0.1290049865.issue8285@psf.upfronthosting.co.za>
Message-ID: <1280981618.6.0.682313194849.issue8285@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +taleinat, terry.reedy
stage:  -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8285>
_______________________________________

From report at bugs.python.org  Thu Aug  5 08:28:12 2010
From: report at bugs.python.org (Alberto Trevino)
Date: Thu, 05 Aug 2010 06:28:12 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1274103249.44.0.284620021799.issue8739@psf.upfronthosting.co.za>
Message-ID: <1280989692.78.0.0389092485873.issue8739@psf.upfronthosting.co.za>


Alberto Trevino <alberto at byu.edu> added the comment:

Sorry.  This is my first submission to Python, so I'm learning the process as I go.

This latest patch is done against today's SVN snapshot.  Just to summarize, it does the following:

  * Updates the main smtpd.py module to make it RFC 5321 compliant:
    - Adds EHLO support
    - Provides basic VRFY support
    - Updated messages (more in line with RFC 5321 examples)

  * Adds additional functionality to smtpd.py:
    - Adds HELP support
    - Implements DATA size limits (optional feature -- backward compatible)
    - 8BITMIME extension plubming

  * Fixes setuid bug in smtpd.py as explained in issue 9168

  * Updates test-smtpd.py to test new functionality

  * Updates test-smtpdlib.py to work with updates to smtpd.py

Again, please review and comment as necessary.

----------
Added file: http://bugs.python.org/file18397/smtpd.py-0.2-rfc5321-enhancements-5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8739>
_______________________________________

From report at bugs.python.org  Thu Aug  5 09:00:28 2010
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Thu, 05 Aug 2010 07:00:28 +0000
Subject: [issue5077] 2to3 fixer for the removal of operator functions
In-Reply-To: <1233036818.57.0.126807970128.issue5077@psf.upfronthosting.co.za>
Message-ID: <1280991628.07.0.76506886893.issue5077@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

Patch committed in r83740. I will make the documentation update in a separate commit.

Thanks!

----------
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5077>
_______________________________________

From report at bugs.python.org  Thu Aug  5 09:10:07 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 05 Aug 2010 07:10:07 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1280992207.26.0.529487030266.issue9452@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

(Apparently I don't have the right permissions on Rietveld.)

- Docstrings should be written in the standard PEP-8 way (single line
  summary + additional explanation as needed following a blank line).

- read_sting and read_dict should still take a `filename` argument for
  use in messages, with <string> and something like <data in ...> (with
  the caller's __file__ being filled in if not provided).

- Indentation in the last read_dict of
  test.test_cfgparser.BasicTestCase.test_basic_from_dict is
  incconsistent with the previous read_dict in the same test.

- Lines over 79 characters should be shortened.  Most of these are in
  docstrings, so just re-wrapping should be sufficient for most.

- Changing the test structure to avoid self.cf may have been convenient,
  but is unrelated to the actual functionality changes.  In the future
  such refactorings should be performed in separate patches.  (Ordering
  dependencies are fine, so long as they're noted in the relevant
  issues.)

- DuplicateOptionError is missing from __all__.

- Changing the constructor to use keyword-only arguments carries some
  backward-compatibility risk.  That can be avvoided by removing that
  change and adding strict=False at the end of the parameter list.

  It's unlikely that this is a significant risk, since these parameters
  generally lend themselves to keyword usage.


I think this should have been several separate patches:

- refactoring (the self.cf changes in the tests)

- addition of the DuplicateOptionError

- the read_* methods (including the readfp deprecation)

- the new "strict" option

Don't change that at this point, but please consider smaller chunks in
the future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Thu Aug  5 09:14:15 2010
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Thu, 05 Aug 2010 07:14:15 +0000
Subject: [issue5077] 2to3 fixer for the removal of operator functions
In-Reply-To: <1233036818.57.0.126807970128.issue5077@psf.upfronthosting.co.za>
Message-ID: <1280992455.79.0.642692785721.issue5077@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

Documentation added in r83741.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5077>
_______________________________________

From report at bugs.python.org  Thu Aug  5 09:20:42 2010
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Thu, 05 Aug 2010 07:20:42 +0000
Subject: [issue1474680] pickling files works with protocol=2.
Message-ID: <1280992842.66.0.305238339732.issue1474680@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

Although it is tempting to fix this, it feels to much like a feature. I am closing as won't fix because we don't add new features to 2.x.

----------
resolution:  -> wont fix
stage: needs patch -> committed/rejected
status: open -> closed
versions:  -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1474680>
_______________________________________

From report at bugs.python.org  Thu Aug  5 09:23:50 2010
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Thu, 05 Aug 2010 07:23:50 +0000
Subject: [issue6290] cPickle can misread data type
In-Reply-To: <1245107994.41.0.726587002709.issue6290@psf.upfronthosting.co.za>
Message-ID: <1280993030.83.0.203066266838.issue6290@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

It is too late for 2.6.6 now that it is released.

----------
resolution:  -> wont fix
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6290>
_______________________________________

From report at bugs.python.org  Thu Aug  5 09:28:02 2010
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Thu, 05 Aug 2010 07:28:02 +0000
Subject: [issue5671] Speed up pickling of lists in cPickle
In-Reply-To: <1238700497.01.0.638889592432.issue5671@psf.upfronthosting.co.za>
Message-ID: <1280993282.3.0.070281391147.issue5671@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

It is too late now for the 2.x version. And, the huge patch in issue 9410 includes an updated version of this patch for 3.x.

----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Add Unladen Swallow's optimizations to Python 3's pickle.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5671>
_______________________________________

From report at bugs.python.org  Thu Aug  5 09:32:52 2010
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Thu, 05 Aug 2010 07:32:52 +0000
Subject: [issue6361] I/O object wrappers shouldn't close their underlying file
	when deleted.
In-Reply-To: <1246236592.97.0.944471121329.issue6361@psf.upfronthosting.co.za>
Message-ID: <1280993572.35.0.580552776514.issue6361@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

OK I am convinced, the current behavior is fine. Let's close this one.

----------
resolution:  -> wont fix
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6361>
_______________________________________

From report at bugs.python.org  Thu Aug  5 10:08:23 2010
From: report at bugs.python.org (Thomas Guettler)
Date: Thu, 05 Aug 2010 08:08:23 +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: <1280995703.34.0.114098160531.issue9427@psf.upfronthosting.co.za>


Thomas Guettler <guettli at thomas-guettler.de> added the comment:

Until exc_info=True prints the current stack, I use this pattern:

import traceback

logging.error(u's...\nStack: %s' % (
    ''.join(traceback.format_stack())), exc_info=True)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9427>
_______________________________________

From report at bugs.python.org  Thu Aug  5 10:13:53 2010
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Thu, 05 Aug 2010 08:13:53 +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: <1280996033.89.0.463218461149.issue9410@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

Ah, that's right Skip. You did fixed it in Unladen Swallow's trunk. I will take a look at your solution.

http://code.google.com/p/unladen-swallow/source/diff?spec=svn1167&r=1038&format=side&path=/trunk/Modules/cPickle.c&old_path=/trunk/Modules/cPickle.c&old=988

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9410>
_______________________________________

From report at bugs.python.org  Thu Aug  5 10:17:03 2010
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Thu, 05 Aug 2010 08:17:03 +0000
Subject: [issue5683] Speed up cPickle's pickling generally
In-Reply-To: <1238803338.21.0.932870288543.issue5683@psf.upfronthosting.co.za>
Message-ID: <1280996223.03.0.15414958414.issue5683@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

Too late to make this change in 2.x. And the patch in issue 9410 includes the optimization for 3.x.

----------
resolution:  -> duplicate
stage: patch review -> committed/rejected
status: open -> closed
superseder:  -> Add Unladen Swallow's optimizations to Python 3's pickle.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5683>
_______________________________________

From report at bugs.python.org  Thu Aug  5 10:29:32 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 05 Aug 2010 08:29:32 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1280996972.92.0.484438344348.issue9514@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

I think we'll start to use the lsb_release command if available and as suggested in issue1322.

Note that if you test the API, make sure that you use a Python build from sources available on python.org - the Debian and Ubuntu packagers tend to patch Python in their distributions (just like RedHat and others do) and we don't really want to hunt down bugs/problems that are not relevant to our code base.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Thu Aug  5 10:49:53 2010
From: report at bugs.python.org (Jakub Wilk)
Date: Thu, 05 Aug 2010 08:49:53 +0000
Subject: [issue5871] email.header.Header allows to embed raw newlines into a
	message
In-Reply-To: <1240953937.2.0.828159818097.issue5871@psf.upfronthosting.co.za>
Message-ID: <1280998193.79.0.0360770772021.issue5871@psf.upfronthosting.co.za>


Jakub Wilk <jwilk at jwilk.net> added the comment:

Sorry if that wasn't clear in the first place: this is not a feature request. I agree that current behavior for email.header.Header (as shown in the first message) is bizarre, confusing, unnecessary, and potentially leading to vulnerabilities - that's why I filed this bug.

----------
status: pending -> open
title: email.header.Header allow to embed raw newlines into a message -> email.header.Header allows to embed raw newlines into a message
type: feature request -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5871>
_______________________________________

From report at bugs.python.org  Thu Aug  5 10:55:51 2010
From: report at bugs.python.org (=?utf-8?q?Hagen_F=C3=BCrstenau?=)
Date: Thu, 05 Aug 2010 08:55:51 +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: <1280998551.66.0.164203865956.issue4806@psf.upfronthosting.co.za>


Hagen F?rstenau <hfuerstenau at gmx.net> added the comment:

IIUC, the only change you suggest for my patch is using "finite iterable" instead of "sequence" or "iterable", right?

I've looked at the docs and there seems to be no precedent for "finite iterable". I think it's just as obvious that the iterable has to yield a correct (and finite) number of parameters as the fact that "list(itertools.count())" is a bad idea. So for consistency I would like to keep "iterable".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4806>
_______________________________________

From report at bugs.python.org  Thu Aug  5 11:25:43 2010
From: report at bugs.python.org (Mark Summerfield)
Date: Thu, 05 Aug 2010 09:25:43 +0000
Subject: [issue9521] xml.etree.ElementTree strips XML declaration and
	procesing instructions
In-Reply-To: <1281000343.34.0.102578281876.issue9521@psf.upfronthosting.co.za>
Message-ID: <1281000343.34.0.102578281876.issue9521@psf.upfronthosting.co.za>


New submission from Mark Summerfield <mark at qtrac.eu>:

If you read in an XML file using xml.etree.ElementTree.parse() and then write it out again using xml.etree.ElementTree.write() what is written may not be the same as what was read. In particular any XML declaration and processing instructions are stripped.

It seems to me that the parser should at least preserve any declaration and processing instructions so that reading and writing match up.

Here's an example:

Python 3.1.2 (r312:79147, Jul 15 2010, 10:56:05) 
[GCC 4.4.4] on linux2
Type "copyright", "credits" or "license()" for more information.
>>> file = "control-center.xml"
>>> open(file).read()[:500]
'<?xml version="1.0" encoding="utf-8"?>\n<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN" "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd" [\n<!ENTITY VERSION "1.5.7">\n]>\n<article id="index" lang="en_GB">\n  \n  <articleinfo>\n    <abstract role="description">\n      <para>The GNOME Control Centre provides a central place for the user to setup their GNOME experience. It can let you configure anything from the behaviour of your window borders to the default font type.</para>\n   '
>>> import xml.etree.ElementTree as etree
>>> xml = etree.parse(file)
>>> temp = "temp.xml"
>>> xml.write("temp.xml", encoding="utf-8")
>>> open(temp).read()[:500]
'<article id="index" lang="en_GB">\n  \n  <articleinfo>\n    <abstract role="description">\n      <para>The GNOME Control Centre provides a central place for the user to setup their GNOME experience. It can let you configure anything from the behaviour of your window borders to the default font type.</para>\n    </abstract>\n    <title>Control Centre</title>\n    <authorgroup>\n      <author>\n\t<firstname>Kevin</firstname><surname>Breit</surname>\n      </author>\n    </authorgroup>\n    <copyright>\n      <y'
>>>

----------
components: Library (Lib)
messages: 112961
nosy: mark
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree strips XML declaration and procesing instructions
type: behavior
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9521>
_______________________________________

From report at bugs.python.org  Thu Aug  5 11:32:10 2010
From: report at bugs.python.org (Mark Summerfield)
Date: Thu, 05 Aug 2010 09:32:10 +0000
Subject: [issue9522] xml.etree.ElementTree forgets the encoding
In-Reply-To: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>
Message-ID: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>


New submission from Mark Summerfield <mark at qtrac.eu>:

If you read in an XML file that specifies its encoding and then later on use xml.etree.ElementTree.write(), it is always written using US-ASCII. 

I think the behaviour should be different:
(1) If the XML that was read included an encoding, that encoding should be remembered and used when writing.
(2) If there is no encoding the default for writing should be UTF-8 (which is the standard for XML files).
(3) For non-XML files use US-ASCII.

Naturally, any of these could be overridden using an encoding argument to the write() method.

----------
components: Library (Lib)
messages: 112962
nosy: mark
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree forgets the encoding
type: behavior
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9522>
_______________________________________

From report at bugs.python.org  Thu Aug  5 11:38:41 2010
From: report at bugs.python.org (Nick Craig-Wood)
Date: Thu, 05 Aug 2010 09:38:41 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1281001121.2.0.714264982402.issue9510@psf.upfronthosting.co.za>


Nick Craig-Wood <nick at craig-wood.com> added the comment:

I think the fact that sqlite may not be using the warnings properly is independent of this problem.  Warnings should be filterable, but if sqlite isn't notifying them properly - that would be a different bug.

BTW I came across this problem when trying to swap out MySQLdb with sqlite3.  The existing code was filtering warnings, that didn't work with sqlite3, hence this bug report!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Thu Aug  5 11:40:37 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 09:40:37 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1281001237.14.0.741356880849.issue9510@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I agree with Antoine. You say you want to filter warnings, but you can?t since they are not warnings.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Thu Aug  5 11:51:12 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 09:51:12 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281001872.43.0.764992075197.issue9520@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the request Dmitry. You may want to read http://www.python.org/dev/peps/pep-0002/ to know which steps are required to add a module to the stdlib. In particular, the module has to be proven on the field and the author needs to sign a contributor agreement. It?s not clear which implementation you want to add (the one from BioPython I guess); I don?t know if this proposal will fly if you?re not the author of the module. (I don?t want to scare you away, just to explain the process.)

If you contact the author of the code you want to include and they agree with your idea, then it?ll be time to convince python-ideas that this would be a generally useful addition and that the chosen class is the best of breed.

A note about versions: I removed 3.1 since new features don?t go in stable releases, and 3.3 since it does not exist yet. Everything in 3.2 will go in 3.3 too: this value is useful only to mean ?won?t go in 3.2, remind later?.

I also edited the title to make it shorter, to make emails and reports more readable. Thanks again for your report.

----------
nosy: +merwok
title: Add Patricia Trie high performance container (python's defaultdict(int) is unusable on datasets with 10,000,000+ keys.) -> Add Patricia Trie high performance container
type: feature request -> performance

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Thu Aug  5 11:51:36 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 09:51:36 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281001896.98.0.214625807584.issue9520@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
type: performance -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Thu Aug  5 11:57:05 2010
From: report at bugs.python.org (=?utf-8?q?Gerhard_H=C3=A4ring?=)
Date: Thu, 05 Aug 2010 09:57:05 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1281002225.97.0.165374311526.issue9510@psf.upfronthosting.co.za>


Gerhard H?ring <gh at ghaering.de> added the comment:

PEP 0249 says that the module's Warning class must be a subclass of StandardError. So I reject your proposed change.

There are only two cases where pysqlite raises Warning, and these could be changed to ProgrammerError anyway.

----------
assignee:  -> ghaering
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Thu Aug  5 12:11:44 2010
From: report at bugs.python.org (Dmitry Chichkov)
Date: Thu, 05 Aug 2010 10:11:44 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281003104.61.0.0769553067814.issue9520@psf.upfronthosting.co.za>


Dmitry Chichkov <dchichkov at gmail.com> added the comment:

Thank you for your comment. Perhaps we should try separate this into two issues:
1) Bug. Python's dict() is unusable on datasets with 10,000,000+ keys. Here I should provide a solid test case showing a deviation from O(1);

2) Feature request/idea. Add Patricia Trie high performance container.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Thu Aug  5 12:21:27 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 05 Aug 2010 10:21:27 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281003687.32.0.481386995664.issue3210@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Patch attached with code & test which fixes this within _subprocess.c at least for Windows

----------
assignee:  -> tim.golden
Added file: http://bugs.python.org/file18398/3210.r83741.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Thu Aug  5 12:35:18 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Aug 2010 10:35:18 +0000
Subject: [issue9517] Make test.script_helper more comprehensive,
	and use it in the test suite
In-Reply-To: <1280962247.74.0.724550733964.issue9517@psf.upfronthosting.co.za>
Message-ID: <1281004518.59.0.878271539244.issue9517@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

(The email daemon was not in a happy place, so posting directly)

On Thu, Aug 5, 2010 at 8:50 AM, Antoine Pitrou <report at bugs.python.org> wrote:
> - perhaps improve the existing functions (kill_python() does a strange dance instead of calling communicate() on the subprocess.Popen object, is there a reason for that?)

script_helper just factored out the old test_cmd_line approach which
was in turn based on a minimalistic change from a popen2 based
implementation (see
http://svn.python.org/view/python/trunk/Lib/test/test_cmd_line.py?r1=54386&r2=55245).
Doing something smarter probably isn't a bad idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9517>
_______________________________________

From report at bugs.python.org  Thu Aug  5 13:12:12 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 05 Aug 2010 11:12:12 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281006732.87.0.750541127733.issue9520@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> 1) Bug. Python's dict() is unusable on datasets with 10,000,000+ keys.
> Here I should provide a solid test case showing a deviation from O(1);

That would be helpful.  Are you sure that the slow-down you're seeing isn't simply due to running out of system memory?

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Thu Aug  5 13:15:49 2010
From: report at bugs.python.org (Jesse Noller)
Date: Thu, 05 Aug 2010 11:15:49 +0000
Subject: [issue8184] multiprocessing.managers will not fail if listening ocket
	already in use
In-Reply-To: <1269104932.24.0.802901286813.issue8184@psf.upfronthosting.co.za>
Message-ID: <1281006949.75.0.668069156727.issue8184@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

Mark - did you observe the behavior in the Op? He's not stating the the code snippet runs fine, but that the second run at the same time on windows to cause a conflict. We need to show that either running it twice, at the same time against the same socket fails on windows as it should or we still have a bug

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8184>
_______________________________________

From report at bugs.python.org  Thu Aug  5 13:26:21 2010
From: report at bugs.python.org (Doug Hellmann)
Date: Thu, 05 Aug 2010 11:26:21 +0000
Subject: [issue9509] argparse FileType raises ugly exception for missing file
In-Reply-To: <1280927287.23.0.0771144110186.issue9509@psf.upfronthosting.co.za>
Message-ID: <1281007581.41.0.777469187202.issue9509@psf.upfronthosting.co.za>


Changes by Doug Hellmann <doug.hellmann at gmail.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9509>
_______________________________________

From report at bugs.python.org  Thu Aug  5 14:02:56 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 05 Aug 2010 12:02:56 +0000
Subject: [issue8041] No documentation for Py_TPFLAGS_HAVE_STACKLESS_EXTENSION
	or Py_TPFLAGS_HAVE_VERSION_TAG.
In-Reply-To: <1267544098.65.0.440493208051.issue8041@psf.upfronthosting.co.za>
Message-ID: <1281009776.74.0.0162082840899.issue8041@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't think these flags need documenting or even deserve mentioning. Py_TPFLAGS_HAVE_STACKLESS_EXTENSION seems to be two bits reserved for use by Stackless, while Py_TPFLAGS_HAVE_VERSION_TAG should be considered by extension authors an internal implementation detail (in normal circumstances, it won't impact how they have to write their code or the semantics of their extension types).

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8041>
_______________________________________

From report at bugs.python.org  Thu Aug  5 14:06:19 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 05 Aug 2010 12:06:19 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281009979.16.0.576524423423.issue9520@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> 1) Bug. Python's dict() is unusable on datasets with 10,000,000+ keys. 
> Here I should provide a solid test case showing a deviation from O(1);

Try to disable the cyclic garbage collector before the test (gc.disable()).

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Thu Aug  5 14:30:51 2010
From: report at bugs.python.org (=?utf-8?b?RnJpw7ByaWsgTcOhciBKw7Nuc3Nvbg==?=)
Date: Thu, 05 Aug 2010 12:30:51 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1281011451.53.0.492024118679.issue9512@psf.upfronthosting.co.za>


Fri?rik M?r J?nsson <fridrik at pyth.net> added the comment:

Thank you.  I should have been more clear about what I meant.

This this condition was introduced in r38631 by Vinay Sajip having the log
message "Added optional encoding argument to file handlers." I can't easily
see why this piece of code is necessary, which absolutely doesn't mean it
isn't.

I'm going to suggest some cases where other modes may be appropriate for
loggers. This is a little open-ended and devoid of solution-orientation, but I
don't know the rationale well enough to suggest alternatives.

We do know that 'r' (read-only logger) and 'w' (logger rarely rolls over for
traditional maxBytes values, but might -- this mode also makes relatively
little sense with ``logger.FileHandler``) make little sense here. I'm not
aware of a binary log format, so 'b' might make little sense as well. What
about 'U' and '+'?

For instance, the W3C Extended Log File Format draft uses headers at the
beginning of a log file. Ideally, knowing whether to write headers to the file
is done by using the ``handler.stream`` to determine whether the file is
empty. It may be debatable whether supporting such formats is the purpose of
handlers. If not, it's at the cost of writing new libraries that handle
logging for those formats.

I will never be able to exhaustively list use cases. If these modes are safe,
shouldn't the developer decide makes sense, as long as it doesn't break the
functionality of the logger?

I don't know whether it's generally approrpiate to add people to the nosy
list. I apologise, Vinay, if that's not common practice.

----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Thu Aug  5 14:33:08 2010
From: report at bugs.python.org (=?utf-8?b?RnJpw7ByaWsgTcOhciBKw7Nuc3Nvbg==?=)
Date: Thu, 05 Aug 2010 12:33:08 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1281011588.75.0.493317401905.issue9512@psf.upfronthosting.co.za>


Fri?rik M?r J?nsson <fridrik at pyth.net> added the comment:

It may not have been entirely obvious that what I meant with the Extended Log
File Format example is that read access would be optimal.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Thu Aug  5 14:52:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 05 Aug 2010 12:52:54 +0000
Subject: [issue9518] PyModuleDef_HEAD_INIT does not explicitly initialize all
	fields of m_base
In-Reply-To: <1280965412.21.0.0751804906986.issue9518@psf.upfronthosting.co.za>
Message-ID: <1281012774.37.0.939875656393.issue9518@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +loewis
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9518>
_______________________________________

From report at bugs.python.org  Thu Aug  5 14:57:40 2010
From: report at bugs.python.org (Dave Baggett)
Date: Thu, 05 Aug 2010 12:57:40 +0000
Subject: [issue917120] imaplib: incorrect quoting in commands
Message-ID: <1281013060.14.0.671868108571.issue917120@psf.upfronthosting.co.za>


Dave Baggett <jython at baggett.org> added the comment:

Piers Lauder, author of imaplib, emailed me the following comment about this bug:
------------
The regex for "mustquote_cre" looks bizarre, and I regret to say I can
no longer remember its genesis.

Note however, that the term CTL in the RFC definition for "atom-specials" means "any ASCII control character and DEL, 0x00 - 0x1f, 0x7f", and so maybe defining what is NOT an atom-special was considered easier.

The suggested replacement regex may not match these...?
-------------

It seems like we need to enumerate the control characters in the regex to be absolutely correct here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue917120>
_______________________________________

From report at bugs.python.org  Thu Aug  5 15:18:44 2010
From: report at bugs.python.org (Nick Craig-Wood)
Date: Thu, 05 Aug 2010 13:18:44 +0000
Subject: [issue9510] sqlite3.Warning isnt a subclass of exceptions.Warning
In-Reply-To: <1280927892.96.0.292259619194.issue9510@psf.upfronthosting.co.za>
Message-ID: <1281014324.79.0.984141097147.issue9510@psf.upfronthosting.co.za>


Nick Craig-Wood <nick at craig-wood.com> added the comment:

Reading PEP 0249 I can see Gerhard is correct, this patch would violate the PEP.

I think that the PEP is slightly flawed in that users are encouraged to raise exceptions called "Warning".  IMHO a Warning is never an exceptional condition and should be notified by the warnings framework.

This obviously confused the authors of MySQLdb, who do indeed warn() their Warning classes rather than raise() them, and it is very useful to be able to filter them.

To obey the letter of the PEP the authors of the MySQLdb interface multiply inherit their Warning class from exceptions.StandardError and exceptions.Warning.

I could make a patch for sqlite3 to do this if anyone thinks it would be useful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9510>
_______________________________________

From report at bugs.python.org  Thu Aug  5 15:50:58 2010
From: report at bugs.python.org (Jason R. Coombs)
Date: Thu, 05 Aug 2010 13:50:58 +0000
Subject: [issue2400] from .foo import * should work
In-Reply-To: <1205859225.17.0.832455218755.issue2400@psf.upfronthosting.co.za>
Message-ID: <1281016258.11.0.967336229293.issue2400@psf.upfronthosting.co.za>


Changes by Jason R. Coombs <jaraco at jaraco.com>:


----------
nosy: +jaraco

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2400>
_______________________________________

From report at bugs.python.org  Thu Aug  5 15:53:29 2010
From: report at bugs.python.org (Jason R. Coombs)
Date: Thu, 05 Aug 2010 13:53:29 +0000
Subject: [issue2400] from .foo import * should work
In-Reply-To: <1205859225.17.0.832455218755.issue2400@psf.upfronthosting.co.za>
Message-ID: <1281016409.19.0.367303922511.issue2400@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

Is there any chance this can be back-ported to Python 2.7?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2400>
_______________________________________

From report at bugs.python.org  Thu Aug  5 16:04:15 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 14:04:15 +0000
Subject: [issue1343] XMLGenerator: nice <empty/> elements
In-Reply-To: <1193492035.12.0.0580891111126.issue1343@psf.upfronthosting.co.za>
Message-ID: <1281017055.4.0.0235878767211.issue1343@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can a committer look at this please.

----------
stage: commit review -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1343>
_______________________________________

From report at bugs.python.org  Thu Aug  5 16:09:28 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 14:09:28 +0000
Subject: [issue1812] doctest _load_testfile function -- newline handling seems
	incorrect
In-Reply-To: <1200117455.4.0.563963262174.issue1812@psf.upfronthosting.co.za>
Message-ID: <1281017368.4.0.866096336592.issue1812@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

can committers take a look please.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1812>
_______________________________________

From report at bugs.python.org  Thu Aug  5 16:12:27 2010
From: report at bugs.python.org (=?utf-8?q?Gerhard_H=C3=A4ring?=)
Date: Thu, 05 Aug 2010 14:12:27 +0000
Subject: [issue6683] smtplib authentication - try all mechanisms
In-Reply-To: <1250007436.58.0.446313092376.issue6683@psf.upfronthosting.co.za>
Message-ID: <1281017547.7.0.0765019571911.issue6683@psf.upfronthosting.co.za>


Gerhard H?ring <gh at ghaering.de> added the comment:

Fixed in r83742. I implemented this without a test case, because if we wait for a test case for this, we can wait forever (would need a SMTP server implementation in Python for the various auth methods).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6683>
_______________________________________

From report at bugs.python.org  Thu Aug  5 16:19:30 2010
From: report at bugs.python.org (=?utf-8?q?Gerhard_H=C3=A4ring?=)
Date: Thu, 05 Aug 2010 14:19:30 +0000
Subject: [issue8196] sqlit3.paramstyle reported as 'qmark'
In-Reply-To: <1269216329.01.0.289804099791.issue8196@psf.upfronthosting.co.za>
Message-ID: <1281017970.81.0.607318025114.issue8196@psf.upfronthosting.co.za>


Gerhard H?ring <gh at ghaering.de> added the comment:

There is too little value changing the paramstyle attribute. I think the documentation clearly states that both parameter binding methods are supported.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8196>
_______________________________________

From report at bugs.python.org  Thu Aug  5 16:21:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 14:21:31 +0000
Subject: [issue2521] ABC caches should use weak refs
In-Reply-To: <1206976350.45.0.982533625998.issue2521@psf.upfronthosting.co.za>
Message-ID: <1281018091.77.0.21233333875.issue2521@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can a committer take a look at this please.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2521>
_______________________________________

From report at bugs.python.org  Thu Aug  5 16:26:45 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 05 Aug 2010 14:26:45 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281018405.44.0.0228605487117.issue3210@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Patch added for 31 branch

----------
Added file: http://bugs.python.org/file18399/3210.release31-maint.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Thu Aug  5 16:27:22 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 05 Aug 2010 14:27:22 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281018442.26.0.160595447692.issue3210@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Patch added for 27 branch

----------
Added file: http://bugs.python.org/file18400/3210.release27-maint.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Thu Aug  5 16:55:30 2010
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 05 Aug 2010 14:55:30 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281020130.93.0.157573229029.issue3210@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Tim,
I updated your test to use some of the newer and preferred unittest features and made a change to do the common stuff in loops. The _subprocess.c changes look fine to me. See attached issue3210_py3k.diff.

----------
nosy: +brian.curtin
Added file: http://bugs.python.org/file18401/issue3210_py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Thu Aug  5 16:55:48 2010
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 05 Aug 2010 14:55:48 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281020148.83.0.0850313251428.issue3210@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


----------
stage: unit test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Thu Aug  5 17:09:17 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 05 Aug 2010 15:09:17 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281020957.2.0.0174076106087.issue3210@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Brian, I'm not sure that the test as rewritten will exercise the error.

The key is that the traceback object will prevent the handles
from being finalised until it is itself finalised. After your
change I expect the handles to release anyway since the traceback
is already finalised.

In other words, I'm not testing that an exception is raised (which
is what the with assertRaises would suggest); I'm testing that
*within the lifetime of the exception* it's still possible to
remove the files which were passed as stdin/out/err where it wasn't
previously.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Thu Aug  5 17:12:46 2010
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 05 Aug 2010 15:12:46 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281021166.67.0.651243686048.issue3210@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Ah ok. I got hooked onto new unittest stuff and overdid it. Whoops.

In that case, I guess just the last lines converting your "assert_" to "assertFalse" would be my only suggestion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Thu Aug  5 17:23:58 2010
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 05 Aug 2010 15:23:58 +0000
Subject: [issue9523] Improve dbm module
In-Reply-To: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>
Message-ID: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>


New submission from Ray.Allen <ysj.ray at gmail.com>:

During the patching work of issue8634, I found several problems about the module dbm.gnu and dbm.ndbm, I feel it's better to address them on a separate issue.

1. As issue8634 said, the dbm.gnu, dbm.ndbm and dbm.dumb should have the similar interface, since they are intended to use the general dbm module as a common interface. If some methods only appears in one or two of them, like the "get()" method, it will be not convenient for users. Making all the three ones follow the collections.MutableMapping interface could be a better choice. Since the dbm.dumb is already collections.MutableMapping, I implemented missing methods of collections.MutableMapping in dbm.gnu and dbm.ndbm, and register the dbm object type in dbm.gnu and dbm.ndbm to the ABC. The missing methods mainly include get(), values(), items(), pop(), popitem(), clear()

2. I fix the dbm_contains() function which implement the "in" operator to accept all buffer object, just like the dbm_subscript() fuction which implment the "[]" slice operator. I feel it's wearied that if "dbm['a']" yields the expected result but at the same time "'a' in dbm" raises TypeError. 

3. The type of dbm object in dbm.gnu is not iterable, and there is no way to iterate on it sufficiently because the only way we can iterate over it is to get all the keys first using keys() and then iter on the keys list. So I implemented a iterator type for dbm.gnu. Besides the dbm object in dbm.ndbm is also not iterable, and I implemented its tp_iter by get an iterator from its keys list instead of implementing a "real" iterator since the ndbm c api for get all the keys one by one is thread specific and I could not found a way to implement a real iterator to avoid the problem which occurred in the case we get tow iterators from one db object in the same thread and iterate over both at the same time.

The patch contains also unittest and doc.

----------
files: issue8634.diff
keywords: patch
messages: 112989
nosy: ysj.ray
priority: normal
severity: normal
status: open
title: Improve dbm module
Added file: http://bugs.python.org/file18402/issue8634.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9523>
_______________________________________

From report at bugs.python.org  Thu Aug  5 17:24:48 2010
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 05 Aug 2010 15:24:48 +0000
Subject: [issue8634] get method for dbm interface
In-Reply-To: <1273133367.38.0.142877532423.issue8634@psf.upfronthosting.co.za>
Message-ID: <1281021888.21.0.250543235648.issue8634@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

See issue9523.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8634>
_______________________________________

From report at bugs.python.org  Thu Aug  5 17:51:11 2010
From: report at bugs.python.org (Jack Diederich)
Date: Thu, 05 Aug 2010 15:51:11 +0000
Subject: [issue2521] ABC caches should use weak refs
In-Reply-To: <1206976350.45.0.982533625998.issue2521@psf.upfronthosting.co.za>
Message-ID: <1281023471.15.0.953827632544.issue2521@psf.upfronthosting.co.za>


Jack Diederich <jackdied at gmail.com> added the comment:

This is a change in the codepath for instances that don't have __class__ defined.
         subclass = getattr(instance, '__class__', None)
-        if subclass in cls._abc_cache:
+        if subclass is not None and subclass in cls._abc_cache:

I think the same thing happens in either case (from visual inspection of the code) but I'd rather not change it if we don't need to.

----------
nosy: +jackdied

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2521>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:05:45 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 05 Aug 2010 16:05:45 +0000
Subject: [issue5476] datetime: timedelta(minutes = i) silently fails with
	numpy.int32 input
In-Reply-To: <1236786647.39.0.745171492116.issue5476@psf.upfronthosting.co.za>
Message-ID: <1281024345.85.0.27750699396.issue5476@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Terry,

Realistically, though, if you close this issue it is virtually guaranteed that not further action will be taken.  I have not been involved with numpy for a couple of years now, so it would take me some time to find their tracker and restore my credentials or open a new account.  If someone more familiar with the current numpy development comes across this issue, I would appreciate if he or she would make a report.

If you think keeping this issue open in this state is too much burden on triagers, feel free to close it.  IMO, however, triagers should ignore assigned issue unless they are more than say 6 months old with no activity.

----------
nosy: +teoliphant

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5476>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:14:51 2010
From: report at bugs.python.org (Ray.Allen)
Date: Thu, 05 Aug 2010 16:14:51 +0000
Subject: [issue7574] PyUnicode_FromFormat broken and not documented for 2.x
In-Reply-To: <1261655681.25.0.454963458841.issue7574@psf.upfronthosting.co.za>
Message-ID: <1281024891.09.0.566939653507.issue7574@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

It seems there is pretty much problems in PyUnicode_FromFormatV().
see issue7330.

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7574>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:20:32 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 05 Aug 2010 16:20:32 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1281025232.55.0.467009100359.issue2651@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Unassigning because others seem to be ahead of me reviewing this patch.   I will keep an eye on this, though.

Please note that I marked issue #614557 to depend on this one.  Adding 'key' attribute to exceptions is the subject of that issue.

While I support these features, I would really like to see a more comprehensive redesign as a part of PEP 3151.  I think it would be a mistake to rush something in before PEP 3151 is implemented and then discover that it was not the best choice as a part of bigger picture.

----------
assignee: belopolsky -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:21:10 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 05 Aug 2010 16:21:10 +0000
Subject: [issue614557] LookupError etc. need API to get the key
Message-ID: <1281025270.29.0.365205444738.issue614557@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
assignee: belopolsky -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue614557>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:22:28 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 05 Aug 2010 16:22:28 +0000
Subject: [issue7567] Messed up terminal after calling curses.initscr() twice.
In-Reply-To: <1261532778.06.0.257601342471.issue7567@psf.upfronthosting.co.za>
Message-ID: <1281025348.31.0.879376875673.issue7567@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Doko asks in IRC to apply this for 2.6.6.  Approved.

----------
nosy: +barry
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7567>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:29:36 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 16:29:36 +0000
Subject: [issue5871] email.header.Header too lax with embeded newlines
In-Reply-To: <1240953937.2.0.828159818097.issue5871@psf.upfronthosting.co.za>
Message-ID: <1281025776.23.0.800053528191.issue5871@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

My apologies for misunderstanding. Feature removal requests are sufficiently rare that I thought you were posting a mockup of what you wanted to be able to do, as many others have done. So we definitely agree on that example. I changed the title to be a little clearer that stricter checking is desired.

Unless that example violates a prohibition in the docs, removing this bad feature is still a feature request. The point is moot, however, since RDM is working on a mail module overhaul (for 3.2, I hope) and I doubt previous versions will be separately patched. I will let him decide if examples like this can be sensibly prohibited without disabling something that should be allowed.

----------
title: email.header.Header allows to embed raw newlines into a message -> email.header.Header too lax with embeded newlines

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5871>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:33:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 05 Aug 2010 16:33:13 +0000
Subject: [issue5905] strptime fails in non-UTF locale
In-Reply-To: <1241277441.59.0.031362936917.issue5905@psf.upfronthosting.co.za>
Message-ID: <1281025993.52.0.704918491255.issue5905@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I can't reproduce this on Windows Vista with 3.1 or 3.2 despite trying several Western & Eastern European, Chinese & Japanese locales.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5905>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:34:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 16:34: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: <1281026052.04.0.404288172627.issue4806@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Ok, leave iterable as is. More important, you have two disjoint patches that I believe should be combined.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4806>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:40:13 2010
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 05 Aug 2010 16:40:13 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1281026413.6.0.250503086948.issue2651@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/issue2651>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:43:13 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 16:43:13 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1281026593.05.0.956369462862.issue9512@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Given that you decided to argue for a code change (which my comment implicitly invited), adding someone (VS in this case) to nosy to respond is the right thing to do and fairly common. Assigning to someone is not, as least not any more. If someone agrees to change the code, the headers can be changed again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Thu Aug  5 18:53:41 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 05 Aug 2010 16:53:41 +0000
Subject: [issue9079] Make gettimeofday available in time module
In-Reply-To: <1277427154.32.0.0996770896527.issue9079@psf.upfronthosting.co.za>
Message-ID: <1281027221.61.0.592818282389.issue9079@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Updated the patch to reflect recent datetimemodule.c renaming to _datetimemodule.c.  No other changes between issue9079b.diff and issue9079c.diff.   I am going to commit issue9079c.diff soon unless someone wants more time to review.

----------
Added file: http://bugs.python.org/file18403/issue9079c.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9079>
_______________________________________

From report at bugs.python.org  Thu Aug  5 19:37:09 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 05 Aug 2010 17:37:09 +0000
Subject: [issue9079] Make gettimeofday available in time module
In-Reply-To: <1277427154.32.0.0996770896527.issue9079@psf.upfronthosting.co.za>
Message-ID: <1281029829.22.0.0863732901715.issue9079@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Committed issue9079c.diff as r83744.  This commit does not provide time.gettimeofday() and therefore does not close the issue.

----------
keywords:  -needs review, patch
stage: commit review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9079>
_______________________________________

From report at bugs.python.org  Thu Aug  5 19:42:49 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 05 Aug 2010 17:42:49 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1281030169.43.0.784856216857.issue9315@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Eli,

Are you still working on this?  Please note that Georg committed "beginnings of a trace.py unittest" in r83527, so your tests will need to be merged with his.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9315>
_______________________________________

From report at bugs.python.org  Thu Aug  5 20:04:41 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Thu, 05 Aug 2010 18:04:41 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1281031481.73.0.891258152582.issue9315@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Alexander,

Yes, I plan to work on this during the weekend (which starts tomorrow where I'm at). 

Georg,

Are you having plans for writing comprehensive tests for the module, or is this just a placeholder? I have no problem merging with this change, but if you have any ideas, please let me know. You can see the latest versions of my tests in the patch files attached to this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9315>
_______________________________________

From report at bugs.python.org  Thu Aug  5 20:13:09 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 05 Aug 2010 18:13:09 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1281031989.38.0.505566649572.issue9315@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Thu, Aug 5, 2010 at 2:04 PM, Eli Bendersky <report at bugs.python.org> wrote:
..
> Georg,
>
> Are you having plans for writing comprehensive tests for the module, or is this just a placeholder?

I think I can answer for Georg (subject to being corrected, of
course.)  Georg's commit was to close issue #3821 and the test is by
Amaury.   I don't think either of them planned to write a
comprehensive test suite for the trace module.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9315>
_______________________________________

From report at bugs.python.org  Thu Aug  5 20:21:47 2010
From: report at bugs.python.org (Valentine Gogichashvili)
Date: Thu, 05 Aug 2010 18:21:47 +0000
Subject: [issue9524] CTRL_C_EVENT and CTRL_BREAK_EVENT cannot be registered by
	signal.signal() method on windows
In-Reply-To: <1281032507.28.0.881221183962.issue9524@psf.upfronthosting.co.za>
Message-ID: <1281032507.28.0.881221183962.issue9524@psf.upfronthosting.co.za>


New submission from Valentine Gogichashvili <valgog at gmail.com>:

When executing the following code on Windows 7 64-bit ::

  import sys
  import signal
  import time
  print 'Version:'
  print sys.executable or sys.platform, sys.version
  print
  print

  def h(s, f): print s

  signal.signal(signal.CTRL_BREAK_EVENT, h)

we get the following output::

  Version:
  C:\Python27\python.exe 2.7 (r27:82525, Jul  4 2010, 07:43:08) [MSC       v.1500 64 bit (AMD64)]

  Traceback (most recent call last):
  File "signal_ctrl_break_event.py", line 14, in <module>
    signal.signal(signal.CTRL_BREAK_EVENT, h)
  RuntimeError: (0, 'Error')

When trying to register a handler for a signal.CTRL_C_EVENT the exception is as follows::

  File "signal_ctrl_c_event.py", line 6, in <module>
    signal.signal(signal.CTRL_C_EVENT, h)
  ValueError: signal number out of range

----------
components: Library (Lib), Windows
messages: 113005
nosy: valgog
priority: normal
severity: normal
status: open
title: CTRL_C_EVENT and CTRL_BREAK_EVENT cannot be registered by signal.signal() method on windows
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9524>
_______________________________________

From report at bugs.python.org  Thu Aug  5 20:34:01 2010
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 05 Aug 2010 18:34:01 +0000
Subject: [issue9524] Document CTRL_C_EVENT and CTRL_BREAK_EVENT usage on
	Windows
In-Reply-To: <1281032507.28.0.881221183962.issue9524@psf.upfronthosting.co.za>
Message-ID: <1281033241.77.0.287637530741.issue9524@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Those two signals are only intended to work with os.kill -- they are specific to the GenerateConsoleCtrlEvent function in Modules/posixmodule.c. I'll have to change the documentation to note that.

If you want to send those events to other processes, have a look at os.kill and some example usage in Lib/test/test_os.py and Lib/test/win_console_handler.py. This also needs better documentation.

----------
assignee:  -> brian.curtin
components: +Documentation
nosy: +brian.curtin
stage:  -> needs patch
title: CTRL_C_EVENT and CTRL_BREAK_EVENT cannot be registered by signal.signal() method on windows -> Document CTRL_C_EVENT and CTRL_BREAK_EVENT usage on Windows
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9524>
_______________________________________

From report at bugs.python.org  Thu Aug  5 20:49:08 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 05 Aug 2010 18:49:08 +0000
Subject: [issue8285] IDLE not smart indenting correctly in nested statements
In-Reply-To: <1270157080.33.0.1290049865.issue8285@psf.upfronthosting.co.za>
Message-ID: <1281034148.0.0.866771359783.issue8285@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I don't think this is specific to IDLE;  it also happens when launching the python interpreter directly from a terminal on OS X or Linux.  (BTW, what platform are you on?)

As far as I can tell, the TAB character is simply advancing to the next tab stop;  those tab stops are determined by the terminal, and can be controlled with the 'tabs' command on Linux.  Though if you're using the readline library, that seems to override or reset the tab settings somehow.

----------
components: +Interpreter Core -IDLE
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8285>
_______________________________________

From report at bugs.python.org  Thu Aug  5 20:58:57 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 18:58:57 +0000
Subject: [issue4032] distutils cannot recognize ".dll.a" as library on cygwin
In-Reply-To: <1223055534.39.0.439061882395.issue4032@psf.upfronthosting.co.za>
Message-ID: <1281034737.82.0.212980039466.issue4032@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4032>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:00:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:00:09 +0000
Subject: [issue4032] distutils cannot recognize ".dll.a" as library on cygwin
In-Reply-To: <1223055534.39.0.439061882395.issue4032@psf.upfronthosting.co.za>
Message-ID: <1281034809.35.0.995627120017.issue4032@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4032>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:00:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:00:37 +0000
Subject: [issue1274324] 'setup.py install' fail on linux from read-only storage
Message-ID: <1281034837.46.0.367646312489.issue1274324@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1274324>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:02:26 2010
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 05 Aug 2010 19:02:26 +0000
Subject: [issue9524] Document CTRL_C_EVENT and CTRL_BREAK_EVENT usage on
	Windows
In-Reply-To: <1281032507.28.0.881221183962.issue9524@psf.upfronthosting.co.za>
Message-ID: <1281034946.87.0.977139144946.issue9524@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Fixed the first part, denoting that signal.CTRL_C_EVENT and signal.CTRL_BREAK_EVENT are for os.kill only. Done in r83745 (py3k) and r83746 (release27-maint).

Leaving open for the second part about their usage.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9524>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:02:26 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:02:26 +0000
Subject: [issue1011113] distutils install with -b / --build-base
Message-ID: <1281034946.9.0.362257163236.issue1011113@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention. Is this still an issue with 2.7 or later?

----------
components: +Distutils -None
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1011113>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:04:54 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:04:54 +0000
Subject: [issue5936] Add MSI suport for uninstalling individual versions
In-Reply-To: <1241490601.47.0.970158126843.issue5936@psf.upfronthosting.co.za>
Message-ID: <1281035094.17.0.844651092105.issue5936@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

----------
components: +Distutils
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5936>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:05:25 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:05:25 +0000
Subject: [issue6466] duplicate get_version() code between cygwinccompiler and
	emxccompiler
In-Reply-To: <1247386841.98.0.269164765319.issue6466@psf.upfronthosting.co.za>
Message-ID: <1281035125.66.0.163718054568.issue6466@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6466>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:05:57 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 19:05:57 +0000
Subject: [issue5936] Add MSI suport for uninstalling individual versions
In-Reply-To: <1241490601.47.0.970158126843.issue5936@psf.upfronthosting.co.za>
Message-ID: <1281035157.06.0.146245180236.issue5936@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Terry, why? It is, after all, still unanswered.

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5936>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:07:56 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:07:56 +0000
Subject: [issue6696] Profile objects should be documented
In-Reply-To: <1250182637.82.0.304646827828.issue6696@psf.upfronthosting.co.za>
Message-ID: <1281035276.27.0.700464715896.issue6696@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am just responding so this will not show up on the 'unanswered issues' list. It appears that GB has accepted this as something that needs to be done.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6696>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:09:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 19:09:18 +0000
Subject: [issue6466] duplicate get_version() code between cygwinccompiler and
	emxccompiler
In-Reply-To: <1247386841.98.0.269164765319.issue6466@psf.upfronthosting.co.za>
Message-ID: <1281035358.63.0.151118066302.issue6466@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Tarek, does this still apply?

----------
components: +Distutils2
nosy: +merwok
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6466>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:10:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:10:24 +0000
Subject: [issue1703178] link_objects in setup.cfg crashes build
Message-ID: <1281035424.19.0.888056202353.issue1703178@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is there still a problem with 2.7 or 3.x?

----------
nosy: +terry.reedy
status: open -> pending
versions: +Python 2.7 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1703178>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:11:53 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:11:53 +0000
Subject: [issue7694] DeprecationWarning from distuils.commands.build_ext needs
	stacklevel
In-Reply-To: <1263401319.23.0.932890994142.issue7694@psf.upfronthosting.co.za>
Message-ID: <1281035513.1.0.999002578178.issue7694@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention. This may or may not get folded in to disutils2.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7694>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:12:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:12:32 +0000
Subject: [issue7726] Remove required metadata warnings for sdist
In-Reply-To: <1263748397.28.0.736883943174.issue7726@psf.upfronthosting.co.za>
Message-ID: <1281035552.24.0.268196464374.issue7726@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention. This may or may not get folded in to disutils2.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7726>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:12:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:12:45 +0000
Subject: [issue7894] too aggressive dependency tracking in distutils
In-Reply-To: <1265741724.72.0.383807580582.issue7894@psf.upfronthosting.co.za>
Message-ID: <1281035565.57.0.104591933653.issue7894@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention. This may or may not get folded in to disutils2.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7894>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:13:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:13:35 +0000
Subject: [issue8306] ctypes.create_string_buffer should only accept bytes
In-Reply-To: <1270313868.4.0.365365163519.issue8306@psf.upfronthosting.co.za>
Message-ID: <1281035615.53.0.331996123503.issue8306@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8306>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:13:57 2010
From: report at bugs.python.org (=?utf-8?q?Hagen_F=C3=BCrstenau?=)
Date: Thu, 05 Aug 2010 19:13:57 +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: <1281035637.25.0.0676397829779.issue4806@psf.upfronthosting.co.za>


Hagen F?rstenau <hfuerstenau at gmx.net> added the comment:

Attaching a combined patch against the current py3k.

----------
Added file: http://bugs.python.org/file18404/combined.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4806>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:14:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:14:45 +0000
Subject: [issue8315] ./python -m unittest test.test_importlib doesn't work
In-Reply-To: <1270481793.28.0.468676978723.issue8315@psf.upfronthosting.co.za>
Message-ID: <1281035685.47.0.897213504196.issue8315@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8315>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:17:16 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:17:16 +0000
Subject: [issue3854] Document sqlite3 vs. threads
In-Reply-To: <1221259791.8.0.815426917686.issue3854@psf.upfronthosting.co.za>
Message-ID: <1281035836.12.0.243546387616.issue3854@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Do you have any specific suggestion that something should be added somewhere, or is this a report that should be closed?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3854>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:18:46 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 19:18:46 +0000
Subject: [issue1011113] distutils install with -b / --build-base
Message-ID: <1281035926.47.0.393675477818.issue1011113@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Tarek maintains distutils and heads the development of distutils2; he?s very busy because of new work and baby these months. I have reviewed, updated and sometimes closed a bunch of distutils issues in April, before I started my GSoC work on distutils2, and I have less time now. With all due respect, I would like if you didn?t update distutils bugs with a boilerplate comment; GSoC is nearly over and I?ll get back to review distutils bugs, so your messages will prevent me from finding unanswered reports. Can you kindly tell me why you do that?

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1011113>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:20:54 2010
From: report at bugs.python.org (Tofystedeth)
Date: Thu, 05 Aug 2010 19:20:54 +0000
Subject: [issue8285] IDLE not smart indenting correctly in nested statements
In-Reply-To: <1270157080.33.0.1290049865.issue8285@psf.upfronthosting.co.za>
Message-ID: <1281036054.86.0.642076536266.issue8285@psf.upfronthosting.co.za>


Tofystedeth <nancedr at gmail.com> added the comment:

You're right, it also does it when I use the Python shell from the command prompt.  I'm running Windows Vista 32bit SP2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8285>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:21:45 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 19:21:45 +0000
Subject: [issue1274324] 'setup.py install' fail on linux from read-only storage
Message-ID: <1281036105.11.0.494422818211.issue1274324@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Alexander, thank you for the report. I?m sorry there was no reply earlier. Distutils was without dedicated maintainer for a long time, now Tarek has taken it over and fixes bugs. He?s very busy these months, so I?ll investigate this later this month when I get some time. Thanks again!

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1274324>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:29:01 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:29:01 +0000
Subject: [issue8299] Improve GIL in 2.7
In-Reply-To: <1270290445.01.0.906567593131.issue8299@psf.upfronthosting.co.za>
Message-ID: <1281036541.92.0.251834362708.issue8299@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

For better or worse, this did not make it into 2.7.
Is it the sort of thing that could still go into a bug-fix release, without alpha/beta testing?
Or should this be closes as out-of-date?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8299>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:29:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:29:32 +0000
Subject: [issue8411] Improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281036572.31.0.259074097246.issue8411@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This patches ceval_gil.h. Can these changes be unit tested?
Or is this intended to be an internal performance, invisible-to-the-user, code improvement?
Antoine, are you going to look at this?

----------
nosy: +terry.reedy
stage:  -> patch review
type:  -> performance

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:41:34 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:41:34 +0000
Subject: [issue8416] python 2.6.5 documentation can't search
In-Reply-To: <1271397834.22.0.547082855086.issue8416@psf.upfronthosting.co.za>
Message-ID: <1281037294.58.0.408334048233.issue8416@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With FireFox, searching from http://docs.python.org/release/2.6.5/
does not get 404 Not Found for me, but neither does it return any hits. The 2.7, 3.1.2, 3.2a pages work fine.

Georg, I do not see a 2.6.6 page. Can you verify that it will work when released?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8416>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:46:50 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:46:50 +0000
Subject: [issue8426] multiprocessing.Queue fails to get() very large objects
In-Reply-To: <1271443086.56.0.51527518355.issue8426@psf.upfronthosting.co.za>
Message-ID: <1281037610.44.0.363565889277.issue8426@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

By 'crash', do you actually mean 'hang'? 
Jesse, is it reasonable to stuff pickles of 100s of megabytes through the connections?

----------
nosy: +terry.reedy
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8426>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:48:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 19:48:04 +0000
Subject: [issue8491] Need readline command and keybinding information
In-Reply-To: <1271879913.89.0.268262009322.issue8491@psf.upfronthosting.co.za>
Message-ID: <1281037684.71.0.368448003507.issue8491@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Can you suggest a specific link and a specific location where to add it?

----------
assignee: georg.brandl -> docs at python
nosy: +docs at python, terry.reedy
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8491>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:51:23 2010
From: report at bugs.python.org (Jesse Noller)
Date: Thu, 05 Aug 2010 19:51:23 +0000
Subject: [issue8426] multiprocessing.Queue fails to get() very large objects
In-Reply-To: <1271443086.56.0.51527518355.issue8426@psf.upfronthosting.co.za>
Message-ID: <1281037883.5.0.36121616933.issue8426@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

I don't know that it's unreasonable to send that much data, but it would certainly be slow, and I would not recommend it. Therefore, this is still on the list for when I have time

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8426>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:55:13 2010
From: report at bugs.python.org (=?utf-8?q?Filip_Gruszczy=C5=84ski?=)
Date: Thu, 05 Aug 2010 19:55:13 +0000
Subject: [issue9525] webbrowser: open new tab in unobtrusive way
In-Reply-To: <1281038112.98.0.544015088878.issue9525@psf.upfronthosting.co.za>
Message-ID: <1281038112.98.0.544015088878.issue9525@psf.upfronthosting.co.za>


New submission from Filip Gruszczy?ski <gruszczy at gmail.com>:

webbrowser module doesn't allow to open url in an unobtrusive way. Right now if browser is minimized it is brought to the top. Furthermore if you browser is already in the top, new tab is opened and user is moved to this top. It would be useful, if tab could be opened in background (just like when you open a link in chrome in new tab, new tab is created, but you stay in current window).

----------
components: Library (Lib)
messages: 113034
nosy: gruszczy
priority: normal
severity: normal
status: open
title: webbrowser: open new tab in unobtrusive way
type: feature request
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9525>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:56:43 2010
From: report at bugs.python.org (Fazal Majid)
Date: Thu, 05 Aug 2010 19:56:43 +0000
Subject: [issue1684] CGIHTTPServer does not chdir prior to executing the CGI
	script
In-Reply-To: <1198274242.65.0.204698066624.issue1684@psf.upfronthosting.co.za>
Message-ID: <1281038203.78.0.682551230461.issue1684@psf.upfronthosting.co.za>


Fazal Majid <python at sentfrom.com> added the comment:

Well, CGI/1.1 was formally documented by RFC 3875 in October 2004 (a full 11 years after CGI was introduced...).
http://www.rfc-editor.org/rfc/rfc3875.txt

The RFC is classified as "informative", but it's as close to a definitive spec for CGI as we will ever get. Section 7 described the system-specific implementation notes, and 7.2 specifies UNIX in particular:

The current working directory
      The current working directory for the script SHOULD be set to the
      directory containing the script.

This is also the specified behavior for AmugaDOS and EBCDIC POSIX systems. Oddly enough, the RFC editor did not find it worthwhile to specify the behavior on Windows...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1684>
_______________________________________

From report at bugs.python.org  Thu Aug  5 21:59:57 2010
From: report at bugs.python.org (Santiago Gala)
Date: Thu, 05 Aug 2010 19:59:57 +0000
Subject: [issue8416] python 2.6.5 documentation can't search
In-Reply-To: <1271397834.22.0.547082855086.issue8416@psf.upfronthosting.co.za>
Message-ID: <1281038397.37.0.28446136085.issue8416@psf.upfronthosting.co.za>


Santiago Gala <sgala at apache.org> added the comment:

I got this trying to reply:

This is the mail system at host psf.upfronthosting.co.za.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                  The mail system

<roundup+tracker at psf.upfronthosting.co.za> (expanded from
   <report at bugs.python.org>): Command died with signal 9:
   "/home/roundup/roundup/bin/roundup-mailgw /home/roundup/trackers/tracker"

Final-Recipient: rfc822; roundup+tracker at psf.upfronthosting.co.za
Original-Recipient: rfc822;report at bugs.python.org
Action: failed
Status: 5.3.0
Diagnostic-Code: x-unix; internal software error


---------- Forwarded message ----------
From: Santiago Gala <sgala at apache.org>
To: Python tracker <report at bugs.python.org>
Date: Thu, 5 Aug 2010 21:52:14 +0200
Subject: Re: [issue8416] python 2.6.5 documentation can't search
You should find the 404 in http://docs.python.org/release/2.6.5/searchindex.js , not in the "root" of the release. I.E., it is the search index that is missing.

Regards
Satntiago

On Thu, Aug 5, 2010 at 9:41 PM, Terry J. Reedy <report at bugs.python.org> wrote:


    Terry J. Reedy <tjreedy at udel.edu> added the comment:

    With FireFox, searching from http://docs.python.org/release/2.6.5/
    does not get 404 Not Found for me, but neither does it return any hits. The 2.7, 3.1.2, 3.2a pages work fine.

    Georg, I do not see a 2.6.6 page. Can you verify that it will work when released?

    ----------
    nosy: +terry.reedy

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8416>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:01:57 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:01:57 +0000
Subject: [issue8548] Building on CygWin 1.7: PATH_MAX redefined
In-Reply-To: <1272386591.01.0.834578637911.issue8548@psf.upfronthosting.co.za>
Message-ID: <1281038517.79.0.770678501913.issue8548@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

None of the developers are much up on Cygwin and I am not sure it is directly supported by the core distribution. If it is not, this should be closed unless you have a specific patch.

In any case, you might do better with your question on python-list. Also, PEP11 list Jason Tishler (jason at tishler.net) as Cygwin maintainer.

Next time, please attach an edited, plain-text .txt log that can be viewed in the browser. I would have to be really motivated to download and extract a tar.gz file.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8548>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:18:05 2010
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 05 Aug 2010 20:18:05 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1281039485.08.0.103621156485.issue9514@psf.upfronthosting.co.za>


Matthias Klose <doko at debian.org> added the comment:

IMO using lsb_release is not an option, because it can take some time to complete. So maybe it's better for the Ubuntu change to guard the check with the existance of /etc/debian_version.

Please could you attach a Mandriva lsb-release file?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:22:39 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 05 Aug 2010 20:22:39 +0000
Subject: [issue8299] Improve GIL in 2.7
In-Reply-To: <1270290445.01.0.906567593131.issue8299@psf.upfronthosting.co.za>
Message-ID: <1281039759.04.0.409212309007.issue8299@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

That question should probably raised on python-dev, not the bug tracker.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8299>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:25:49 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:25:49 +0000
Subject: [issue8506] SimpleXMLRPCServer Socket not closed after shutdown call
In-Reply-To: <1272026284.3.0.0989904198918.issue8506@psf.upfronthosting.co.za>
Message-ID: <1281039949.23.0.334008898233.issue8506@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The behavior is as documented, so this is a feature request.
The 3.1.2 doc in 20.19.2. Server Objects says
"BaseServer.shutdown() 
Tells the serve_forever() loop to stop and waits until it does."

I presume this allows subsequent .handle_request() and ..serve_forever() calls, as well as others, so I think the request is a bad idea.

For automatic closing, use 'with' statements and a context manager and checkout contextlib. This is their main purpose.

I am not sure what
"The server classes support the following class variables:
BaseServer.allow_reuse_address 
Whether the server will allow the reuse of an address. This defaults to False, and can be set in subclasses to change the policy." 
or whether it would help you.

----------
nosy: +terry.reedy
resolution:  -> rejected
status: open -> closed
type: behavior -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8506>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:29:11 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:29:11 +0000
Subject: [issue8585] zipimporter.find_module is untested
In-Reply-To: <1272676536.77.0.29287206537.issue8585@psf.upfronthosting.co.za>
Message-ID: <1281040151.69.0.42886489292.issue8585@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Since devs are trying to improve tests, I expect a patch will get looked at.

----------
nosy: +terry.reedy
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8585>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:31:40 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:31:40 +0000
Subject: [issue8427] toplevel jumps to another location on the screen
In-Reply-To: <1271451007.13.0.573906972341.issue8427@psf.upfronthosting.co.za>
Message-ID: <1281040300.25.0.137421057787.issue8427@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Can you show minimum length code that shows the effect you claim?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8427>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:33:18 2010
From: report at bugs.python.org (Alex)
Date: Thu, 05 Aug 2010 20:33:18 +0000
Subject: [issue8585] zipimporter.find_module is untested
In-Reply-To: <1272676536.77.0.29287206537.issue8585@psf.upfronthosting.co.za>
Message-ID: <1281040398.87.0.949874898718.issue8585@psf.upfronthosting.co.za>


Alex <alex.gaynor at gmail.com> added the comment:

Gah, I lost track of this one after I realized the bug I was chasing after (originally thought to be in PyPy's zipimpoter) was actually in Django.  I'll try to get to this over the weekend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8585>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:37:31 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:37:31 +0000
Subject: [issue6942] email.generator.Generator memory consumption
In-Reply-To: <1253318032.63.0.187743524666.issue6942@psf.upfronthosting.co.za>
Message-ID: <1281040651.51.0.221002982621.issue6942@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The email module has several problems. RDM is working on overhauling the email module for 3.2. Existing issues may not get individual attention.

----------
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6942>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:38:02 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:38:02 +0000
Subject: [issue1372770] email.Header should preserve original FWS
Message-ID: <1281040682.33.0.269514285539.issue1372770@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The email module has several problems. RDM is working on overhauling the email module for 3.2. Existing issues may not get individual attention.

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1372770>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:38:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:38:35 +0000
Subject: [issue5612] whitespace folding in the email package could be better ; 
	-)
In-Reply-To: <1238437516.03.0.51001864383.issue5612@psf.upfronthosting.co.za>
Message-ID: <1281040715.12.0.576934633535.issue5612@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The email module has several problems. RDM is working on overhauling the email module for 3.2. Existing issues may not get individual attention.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5612>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:38:59 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:38:59 +0000
Subject: [issue1443866] email 3.0+ stops parsing headers prematurely
Message-ID: <1281040739.24.0.992060278317.issue1443866@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The email module has several problems. RDM is working on overhauling the email module for 3.2. Existing issues may not get individual attention.

----------
nosy: +terry.reedy
versions: +Python 3.1 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1443866>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:43:39 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:43:39 +0000
Subject: [issue1690608] email.utils.formataddr() should be rfc2047 aware
Message-ID: <1281041019.48.0.0772216193198.issue1690608@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690608>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:44:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:44:46 +0000
Subject: [issue3902] distutils does not correctly create packages for compiled
	extensions
In-Reply-To: <1221761506.23.0.180859211428.issue3902@psf.upfronthosting.co.za>
Message-ID: <1281041086.2.0.56420510229.issue3902@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention. This may or may not get folded in to disutils2.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3902>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:46:38 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:46:38 +0000
Subject: [issue8027] distutils fail to determine c++ linker with unixcompiler
	if using ccache
In-Reply-To: <1267284243.46.0.756608052144.issue8027@psf.upfronthosting.co.za>
Message-ID: <1281041198.47.0.210222090393.issue8027@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention. This may or may not get folded in to disutils2.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8027>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:47:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:47:37 +0000
Subject: [issue8170] Wrong Paths for distutils build --plat-name=win-amd64
In-Reply-To: <1268913333.33.0.305416760988.issue8170@psf.upfronthosting.co.za>
Message-ID: <1281041257.22.0.747440615214.issue8170@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention. This may or may not get folded in to disutils2.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8170>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:48:00 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 20:48:00 +0000
Subject: [issue8171] bdist_wininst builds wrongly for --plat-name=win-amd64
In-Reply-To: <1268913911.34.0.452575740724.issue8171@psf.upfronthosting.co.za>
Message-ID: <1281041280.56.0.359610628233.issue8171@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With development of disutils2, distutils issues are not getting much separate attention. This may or may not get folded in to disutils2.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8171>
_______________________________________

From report at bugs.python.org  Thu Aug  5 22:54:21 2010
From: report at bugs.python.org (Michael Foord)
Date: Thu, 05 Aug 2010 20:54:21 +0000
Subject: [issue8315] ./python -m unittest test.test_importlib doesn't work
In-Reply-To: <1270481793.28.0.468676978723.issue8315@psf.upfronthosting.co.za>
Message-ID: <1281041661.02.0.698176166581.issue8315@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

I'd still like to see this fixed. Some of the features of regrtest will need to be implemented as plugins for unittest (but not many - a lot of the features of regrtest are already obsolete).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8315>
_______________________________________

From report at bugs.python.org  Thu Aug  5 23:01:23 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 21:01:23 +0000
Subject: [issue5936] Add MSI suport for uninstalling individual versions
In-Reply-To: <1241490601.47.0.970158126843.issue5936@psf.upfronthosting.co.za>
Message-ID: <1281042083.65.0.49447186412.issue5936@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Because this basically is a self-reminder note by a developer to himself, which he assigned to himself, so no answer is needed. Removing such things from 'unanswered' will make it easier to focus on posts by newcomers who need a thoughtful answer. [Sorry Steven, Eric asked here, so I am answering here.]

But anyway, if there already is an Add/Remove entry and if this make it easier to, say, add or move something in 3.1 to 3.2, that would be good. Whether pure Pytyon modules should even have an Add/Remove entry is a different issue which has been inconclusively debated on pydev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5936>
_______________________________________

From report at bugs.python.org  Thu Aug  5 23:11:51 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 21:11:51 +0000
Subject: [issue8285] IDLE not smart indenting correctly in nested statements
In-Reply-To: <1270157080.33.0.1290049865.issue8285@psf.upfronthosting.co.za>
Message-ID: <1281042711.98.0.434950415238.issue8285@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/issue8285>
_______________________________________

From report at bugs.python.org  Thu Aug  5 23:25:59 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Aug 2010 21:25:59 +0000
Subject: [issue8416] python 2.6.5 documentation can't search
In-Reply-To: <1271397834.22.0.547082855086.issue8416@psf.upfronthosting.co.za>
Message-ID: <1281043559.27.0.670060180007.issue8416@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The best way to reply to tracker messages is to click the link at the bottom and enter in the box.

Pasting all that junk is useless. The noise hides the message, which seems to be a non-helpful repeat of the original message.

I already did what was needed, which was to verify the problem and try to alert GB. Let him respond.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8416>
_______________________________________

From report at bugs.python.org  Thu Aug  5 23:38:23 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 21:38:23 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1280944069.64.0.760525549047.issue9514@psf.upfronthosting.co.za>
Message-ID: <1281044303.44.0.981171630924.issue9514@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Thu Aug  5 23:56:34 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Thu, 05 Aug 2010 21:56:34 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1281045394.71.0.495933879724.issue9452@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18382/issue9452.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Fri Aug  6 00:12:20 2010
From: report at bugs.python.org (=?utf-8?q?Gerhard_H=C3=A4ring?=)
Date: Thu, 05 Aug 2010 22:12:20 +0000
Subject: [issue4032] distutils cannot recognize ".dll.a" as library on cygwin
In-Reply-To: <1223055534.39.0.439061882395.issue4032@psf.upfronthosting.co.za>
Message-ID: <1281046340.25.0.598431091653.issue4032@psf.upfronthosting.co.za>


Changes by Gerhard H?ring <gh at ghaering.de>:


----------
nosy:  -ghaering

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4032>
_______________________________________

From report at bugs.python.org  Fri Aug  6 00:15:07 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 22:15:07 +0000
Subject: [issue5936] Add MSI suport for uninstalling individual versions
In-Reply-To: <1241490601.47.0.970158126843.issue5936@psf.upfronthosting.co.za>
Message-ID: <1281046507.57.0.991655737903.issue5936@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the reply Terry, I didn?t get that. Maybe you can edit your boilerplate message to prevent future misunderstandings like mine :)

----------
nosy: +tarek
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5936>
_______________________________________

From report at bugs.python.org  Fri Aug  6 00:16:20 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Thu, 05 Aug 2010 22:16:20 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1281046580.52.0.134218214353.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Updated patch after review by Fred Drake. Thanks, it was terrific!

Status:

> Docstrings should be written in the standard PEP-8 way (single line
> summary + additional explanation as needed following a blank line).

Corrected where applicable. Is it OK if the one-sentence summary is occasionally longer than one line? Check out DuplicateSectionError, could it have a summary as complete as this that would fit a single line?

On a similar note, an inconsistency of configparser.py is that sometimes a blank line is placed after the docstring and sometimes there is none. How would you want this to look vi in the end?

> read_sting and read_dict should still take a `filename` argument for
> use in messages, with <string> and something like <data in ...> (with
> the caller's __file__ being filled in if not provided).

Are you sure about that? `read_string` might have some remote use for an argument like that, but I'd call it source= anyway. As for `read_dict`, the implementation does not even use _read(), so I don't know where could this potential `filename=` be used.

> Indentation in the last read_dict of
> test.test_cfgparser.BasicTestCase.test_basic_from_dict is
> incconsistent with the previous read_dict in the same test.

Updated. All in all, some major unit test lipsticking should be done as a separate patch.

> Lines over 79 characters should be shortened.  Most of these are in
> docstrings, so just re-wrapping should be sufficient for most.

Corrected, even made my Vim show me these kinds of formatting problems. I also corrected a couple of these which were there before the change.

> Changing the test structure to avoid self.cf may have been convenient,
> but is unrelated to the actual functionality changes.  In the future
> such refactorings should be performed in separate patches.  (Ordering
> dependencies are fine, so long as they're noted in the relevant
> issues.)

Good point, thanks.

> DuplicateOptionError is missing from __all__.

Corrected.

> Changing the constructor to use keyword-only arguments carries some
> backward-compatibility risk.  That can be avvoided by removing that
> change and adding strict=False at the end of the parameter list.

All of these arguments are new in trunk so there is no backwards compatibility here to think about. The arguments that are not new (defaults and dict_type) are placed before the asterisk.

> Don't change that at this point, but please consider smaller chunks in
> the future.

I will, thanks.

----------
Added file: http://bugs.python.org/file18405/issue9452.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Fri Aug  6 00:17:00 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Thu, 05 Aug 2010 22:17:00 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1281046620.95.0.648961383467.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Ah, forgot to remind you that I don't have commit privileges yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Fri Aug  6 00:18:46 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Aug 2010 22:18:46 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1281046726.49.0.283700963758.issue9452@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

>> Docstrings should be written in the standard PEP-8 way (single line
>> summary + additional explanation as needed following a blank line).
> Corrected where applicable. Is it OK if the one-sentence summary is
> occasionally longer than one line?

It?s a one-line summary, not one sentence. PEP 257 has all the details you?re looking for, and more.

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Fri Aug  6 02:26:37 2010
From: report at bugs.python.org (Alberto Trevino)
Date: Fri, 06 Aug 2010 00:26:37 +0000
Subject: [issue9168] setuid in smtp.py sheds privileges before binding port
In-Reply-To: <1278346841.06.0.147409219565.issue9168@psf.upfronthosting.co.za>
Message-ID: <1281054397.05.0.359185693436.issue9168@psf.upfronthosting.co.za>


Changes by Alberto Trevino <alberto at byu.edu>:


----------
type:  -> crash
versions: +Python 3.1 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9168>
_______________________________________

From report at bugs.python.org  Fri Aug  6 03:40:23 2010
From: report at bugs.python.org (Dmitry Chichkov)
Date: Fri, 06 Aug 2010 01:40:23 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281058823.56.0.268082505436.issue9520@psf.upfronthosting.co.za>


Dmitry Chichkov <dchichkov at gmail.com> added the comment:

No. I'm not simply running out of system memory. 8Gb/x64/linux. And in my test cases I've only seen ~25% of memory utilized. And good idea. I'll try to play with the cyclic garbage collector.

It is harder than I thought to make a solid synthetic test case addressing that issue. The trouble you need to be able to generate data (e.g. 100,000,000 words/5,000,000 unique) with a distribution close to that in the real life scenario (e.g. word lengths, frequencies and uniqueness in the english text). If somebody have a good idea onto how to do it nicely - you'd be very welcome. 

My best shot so far is in the attachment.

----------
Added file: http://bugs.python.org/file18406/dc.dict.bench.0.01.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Fri Aug  6 03:59:46 2010
From: report at bugs.python.org (Ray.Allen)
Date: Fri, 06 Aug 2010 01:59:46 +0000
Subject: [issue9523] Improve dbm module
In-Reply-To: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>
Message-ID: <1281059986.55.0.0745684200822.issue9523@psf.upfronthosting.co.za>


Changes by Ray.Allen <ysj.ray at gmail.com>:


----------
components: +Extension Modules
type:  -> feature request
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9523>
_______________________________________

From report at bugs.python.org  Fri Aug  6 04:20:54 2010
From: report at bugs.python.org (Martin Frith)
Date: Fri, 06 Aug 2010 02:20:54 +0000
Subject: [issue9526] 2 GB limit in array module
In-Reply-To: <1281061254.05.0.356539300127.issue9526@psf.upfronthosting.co.za>
Message-ID: <1281061254.05.0.356539300127.issue9526@psf.upfronthosting.co.za>


New submission from Martin Frith <martin at cbrc.jp>:

The array module does not seem to work for arrays > 2 GB.

>>> import sys, array
>>> sys.maxsize
9223372036854775807
>>> x = array.array('c', ('a' for i in xrange(300000000)))
(seems to work OK)
>>> x = array.array('c', ('a' for i in xrange(3000000000)))
(runs forever: memory usage increases to 2GB and then stops)

I think the cause is: casting to int in arraymodule.c, in array_iter_extend() and array_append().

My uname -a:
Linux c016 2.6.18-164.el5 #1 SMP Thu Sep 3 03:28:30 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

----------
components: Extension Modules
messages: 113061
nosy: mcfrith
priority: normal
severity: normal
status: open
title: 2 GB limit in array module
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9526>
_______________________________________

From report at bugs.python.org  Fri Aug  6 04:46:34 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Fri, 06 Aug 2010 02:46:34 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281062794.95.0.071471563212.issue5027@psf.upfronthosting.co.za>


Troy J. Farrell <troy at entheossoft.com> added the comment:

I've attached a patch against branches/py3k that tests and fixes the issue.

I don't suppose this fix (if I backport it) could make it into 2.6.6, could it?

----------
Added file: http://bugs.python.org/file18407/issue5027.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Fri Aug  6 04:53:04 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 02:53:04 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1281063184.68.0.852645977343.issue9519@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Could you please be more specific?  What error are you seeing?  It works for me.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:15:31 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Fri, 06 Aug 2010 03:15:31 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281064531.39.0.811908281597.issue5027@psf.upfronthosting.co.za>


Changes by Troy J. Farrell <troy at entheossoft.com>:


Added file: http://bugs.python.org/file18408/issue5027.trunk.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:17:57 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Fri, 06 Aug 2010 03:17:57 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281064677.43.0.761562569817.issue5027@psf.upfronthosting.co.za>


Troy J. Farrell <troy at entheossoft.com> added the comment:

I've created tests and patches for the trunk and branches/py3k.  The only difference between the two is the use of u'' for a Unicode string in the trunk.  (IIRC, Py3k treats all strings as Unicode.)

----------
Added file: http://bugs.python.org/file18409/issue5027.py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:18:07 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Fri, 06 Aug 2010 03:18:07 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281064687.53.0.870589782974.issue5027@psf.upfronthosting.co.za>


Changes by Troy J. Farrell <troy at entheossoft.com>:


Removed file: http://bugs.python.org/file18407/issue5027.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:20:56 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 03:20:56 +0000
Subject: [issue5871] email.header.Header too lax with embeded newlines
In-Reply-To: <1240953937.2.0.828159818097.issue5871@psf.upfronthosting.co.za>
Message-ID: <1281064856.56.0.553342392987.issue5871@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yeah, it's a good question whether or not this is enough of a behavior change that the fix can't be backported.  On the other hand, this is definitely a bug (the RFCs specifiy that header values may not contain newlines or carriage returns), so at the moment I'm inclined toward backporting.  I've got it on my list of things to worry about in the next version of email, but unfortunately that won't make it into 3.2.  I'm raising the priority because I think I should at least fix this in the existing package in 3.2.

Jakub, if you feel motivated to propose a patch that inclues unit tests, that would be very helpful.  I believe the correct thing to do would be to raise a ValueError if the argument to Header contains any /n or /r characters.

----------
keywords: +easy
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5871>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:22:21 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 03:22:21 +0000
Subject: [issue9521] xml.etree.ElementTree strips XML declaration and
	procesing instructions
In-Reply-To: <1281000343.34.0.102578281876.issue9521@psf.upfronthosting.co.za>
Message-ID: <1281064941.11.0.369954789513.issue9521@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +effbot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9521>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:23:51 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 03:23:51 +0000
Subject: [issue9522] xml.etree.ElementTree forgets the encoding
In-Reply-To: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>
Message-ID: <1281065031.89.0.403623148271.issue9522@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +effbot, flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9522>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:35:03 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Aug 2010 03:35:03 +0000
Subject: [issue5871] email.header.Header too lax with embeded newlines
In-Reply-To: <1240953937.2.0.828159818097.issue5871@psf.upfronthosting.co.za>
Message-ID: <1281065703.87.0.0504416386693.issue5871@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Given this "The email package attempts to be as RFC-compliant as possible," and your reading, I agree this is a backport-worth bug.
This is the "prohibition in the docs" I was looking for.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5871>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:48:20 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 06 Aug 2010 03:48:20 +0000
Subject: [issue9527] Add aware local time support to datetime module
In-Reply-To: <1281066500.35.0.441616276688.issue9527@psf.upfronthosting.co.za>
Message-ID: <1281066500.35.0.441616276688.issue9527@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky <belopolsky at users.sourceforge.net>:

See python-dev post for motivation.

http://mail.python.org/pipermail/python-dev/2010-August/102842.html


I am attaching a patch implementing the proposed method in datetime.py.  I will also paste the code below.  Note that this is only prototype.  Real implementation will use tm_zone and tm_gmtoff components of tm structure on platforms that supply them.

    @classmethod
    def localtime(cls, t=None, isdst=-1):
        """Return local time as an aware datetime object.                                                                                                          
                                                                                                                                                                   
        If called without arguments, return current time.  Otherwise                                                                                               
        *t* is converted to local time zone according to the system                                                                                                
        time zone database.  If *t* is naive (i.e. t.tzinfo is None),                                                                                              
        it is assumed to be in local time.  In this case, a positive or                                                                                            
        zero value for *isdst* causes localtime to presume initially                                                                                               
        that summer time (for example, Daylight Saving Time) is or is                                                                                              
        not (respectively) in effect for the specified time.  A                                                                                                    
        negative value for *isdst* causes the localtime() function to                                                                                              
        attempt to divine whether summer time is in effect for the                                                                                                 
        specified time.                                                                                                                                            
        """
        if t is None:
            t = _time.time()
        else:
            if t.tzinfo is None:
                tm = t.timetuple()[:-1] + (isdst,)
                t = _time.mktime(tm)
            else:
                delta = t - datetime(1970, 1, 1, tzinfo=timezone.utc)
                t = delta.total_seconds()
        tm = _time.localtime(t)
        if _time.daylight:
            if tm.tm_isdst:
                offset = _time.altzone
                tzname = _time.tzname[1]
            else:
                offset = _time.timezone
                tzname = _time.tzname[0]
        tz = timezone(timedelta(seconds=-offset), tzname)
        return cls.fromtimestamp(t, tz)

----------
assignee: belopolsky
components: Extension Modules, Library (Lib)
files: datetime-localtime-proto.diff
keywords: patch
messages: 113067
nosy: belopolsky
priority: normal
severity: normal
status: open
title: Add aware local time support to datetime module
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18410/datetime-localtime-proto.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9527>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:50:47 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 06 Aug 2010 03:50:47 +0000
Subject: [issue2736] datetime needs an "epoch" method
In-Reply-To: <1209675808.9.0.995048704016.issue2736@psf.upfronthosting.co.za>
Message-ID: <1281066647.18.0.42925165406.issue2736@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
superseder:  -> Add aware local time support to datetime module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2736>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:50:48 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 03:50:48 +0000
Subject: [issue9525] webbrowser: open new tab in unobtrusive way
In-Reply-To: <1281038112.98.0.544015088878.issue9525@psf.upfronthosting.co.za>
Message-ID: <1281066648.92.0.35918237586.issue9525@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

There is the autoraise keyword, which if set to False might do what you want if you are lucky.  It only works on linux (see issue 8232) and only with some browsers, and even then the window manager may ignore the hint.

If you can figure out a way to make it work better, please feel free to reopen this issue and post a patch.  It would be great to see that module get some improvements.

I'm closing this "works for me" because the feature exists, but obviously that's a bit of a half-truth where this module is concerned :)

----------
nosy: +r.david.murray
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9525>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:52:10 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 06 Aug 2010 03:52:10 +0000
Subject: [issue1647654] No obvious and correct way to get the time zone offset
Message-ID: <1281066730.09.0.678538429341.issue1647654@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
superseder:  -> Add aware local time support to datetime module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1647654>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:55:59 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 06 Aug 2010 03:55:59 +0000
Subject: [issue9527] Add aware local time support to datetime module
In-Reply-To: <1281066500.35.0.441616276688.issue9527@psf.upfronthosting.co.za>
Message-ID: <1281066959.87.0.721877112468.issue9527@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Merging nosy lists from issues #1647654 and #2736.  If datetime.localtime() is implemented, I argue that the features requested in these two issues will become unnecessary.

----------
nosy: +Neil Muller, amaury.forgeotdarc, andersjm, catlee, davidfraser, erik.stephens, guettli, gvanrossum, haypo, hodgestar, jamesh, jribbens, mark.dickinson, pboddie, pitrou, steve.roberts, tebeka, techtonik, tim_one, tomster, werneck

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9527>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:56:27 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Aug 2010 03:56:27 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281066987.3.0.585901287347.issue5027@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

It is about a week too late for 2.6.6. rc1 is just out and only critically needed fixes before the final.

For future reference, 'trunk' is frozen. 2.7 patches should be against '2.7maintenace' (or however spelled) but I assume this should apply. 'py3k' is the defacto development trunk. I am not sure what will happen after the switch to hg.

Given that you both agree on the fix, I suspect that this is ready for commit review, but I cannot properly review it. I am trying to get information on who to add to nosy.

----------
stage: unit test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Fri Aug  6 05:57:31 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 03:57:31 +0000
Subject: [issue6942] email.generator.Generator memory consumption
In-Reply-To: <1253318032.63.0.187743524666.issue6942@psf.upfronthosting.co.za>
Message-ID: <1281067051.47.0.651587606037.issue6942@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

When I first looked at this issue, it appeared to me reading the code that the assumption was not considered safe.  I'm hoping I can implement something akin to your algorithm in email6 (which, unfortunately, won't make 3.2), but I'm going to have to give it a lot of thought to make sure I'm not making any unsafe assumptions.  So while I have this issue on my list, it won't be addressed in 3.2.

----------
versions: +Python 3.3 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6942>
_______________________________________

From report at bugs.python.org  Fri Aug  6 06:13:09 2010
From: report at bugs.python.org (Robert Buckley)
Date: Fri, 06 Aug 2010 04:13:09 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1281067989.79.0.594026254558.issue9519@psf.upfronthosting.co.za>


Robert Buckley <drbuckle at comcast.net> added the comment:

See attached file

----------
Added file: http://bugs.python.org/file18411/ISSUE_9519.rtf

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Fri Aug  6 06:33:24 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 06 Aug 2010 04:33:24 +0000
Subject: [issue9528] Add pure Python implementation of time module to CPython
In-Reply-To: <1281069203.79.0.816772507809.issue9528@psf.upfronthosting.co.za>
Message-ID: <1281069203.79.0.816772507809.issue9528@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky <belopolsky at users.sourceforge.net>:

The original RFE at issue 7989 was:

"""
After discussion on numerous issues, python-dev, and here at the PyCon sprints, it seems to be a good idea to move timemodule.c to _timemodule.c and convert as much as possible into pure Python. The same change seems good for datetime.c as well.
"""

See msg99774.  I have changed issue 7989 to cover datetime only because I argued that as a thin wrapper around C library calls, this module is an exception to the general rule that pure python implementations are a good idea.  See msg107303.

No I realize that in order to break circular dependency between time and datetime modules, it will be helpful to create an _time module that would provide lower than time module access to system facilities and datetime and time modules would be use _time module to implement higher level interfaces either in C or in Python.

I believe _time module should become the home of the gettimeofday() method and pure python implementation of time.time() will be

def time()
   s, us = _time.gettimeofday()
   return s + 1e-6 * us


Similarly time.sleep() can be implemented in terms of lower level POSIX nanosleep() method.

Lower level localtime() function can provide access to tm_zone and tm_gmtoff members of struct tm (where available) without concerns about backward compatibility.

----------
assignee: belopolsky
components: Extension Modules, Library (Lib)
messages: 113073
nosy: amaury.forgeotdarc, belopolsky, brett.cannon, brian.curtin, davidfraser, durban, giampaolo.rodola, haypo, lemburg, mark.dickinson, merwok, pitrou, r.david.murray, rhettinger, techtonik, tim_one
priority: normal
severity: normal
status: open
title: Add pure Python implementation of time module to CPython
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9528>
_______________________________________

From report at bugs.python.org  Fri Aug  6 07:41:05 2010
From: report at bugs.python.org (MizardX)
Date: Fri, 06 Aug 2010 05:41:05 +0000
Subject: [issue9529] Converge re.findall and re.finditer
In-Reply-To: <1281073264.71.0.30355123146.issue9529@psf.upfronthosting.co.za>
Message-ID: <1281073264.71.0.30355123146.issue9529@psf.upfronthosting.co.za>


New submission from MizardX <mizardx at gmail.com>:

re.findall and re.finditer has very different signature. One iterates over match objects, the other returns a list of tuples.

I can think of two ways to make them more similar:

1) Make match objects iterable over their captures. With this, you could write something like the following:

for key,value in re.finditer(r'(\w+):(\w+)', text):
  data[key] = value

2) Make re.findall return an iterator over tuples. This would decrease the memory footprint.

----------
components: Regular Expressions
messages: 113074
nosy: MizardX
priority: normal
severity: normal
status: open
title: Converge re.findall and re.finditer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9529>
_______________________________________

From report at bugs.python.org  Fri Aug  6 07:51:06 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Fri, 06 Aug 2010 05:51:06 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1281073866.84.0.784824894258.issue9452@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

- Summmary lines in docstrings are one line, as ?ric points out.
  They're summaries, so need not be complete.  Use elaboration text as
  needed, and omit anything that's not relevant in context.  An
  alternate wording to consider:

    """Raised by strict parsers for options repeated in an input source."""

  In particular, there's no mention of what the kinds of sources are,
  since that's not relevant for the exception itself.

- I like the blank line before the ending """, others don't.  More
  important is consistency within the module, so feel free to coerce it
  either way.

- Perhaps read_* should all call the extra argument source= instead of
  filename=.  ``readfp`` should take `filename` and pass it as `source`
  for compatibility.  This still makes sense for ``read_file`` since the
  "file" part of the name refers to the kind of object that's passed in,
  not that the file represents a simple file on the filesystem.

- Since the Duplicate*Error exceptions can now be raised when "reading"
  (_read itself is an implementation detail, so that's irrelevant), they
  should grow filename, lineno, line constructor arguments.  These
  should be filled in as much as possible when those exceptions are
  raised.

- Adding a ``source`` attribute to exceptions that have ``filename``
  attribute is reasonable; they should have the same value.  (One should
  be a property that mirrors the other.)  The ``filename`` parameter and
  attribute name must remain for compatibility.

- There's at least one way to make vim show the too-long text with a
  violent red background.  Appropriate for code, sucks when reading
  logfiles.  But I'm not a vim user.  Whatever tool makes it show up for
  you is fine.

- The constructors in Python 3.2 should be compatible with those from
  Python 2.7 (IMO).  They're currently not: `allow_no_value` should be
  allowed positionally and come right after `dict_type`.  (This problem
  existed before your patch; it should be corrected first.)

- In the docs, "Parse configuration from a dictionary" should probably
  be "Load configuration from a dictionary"; most of the parsing effort
  is skipped in this case, so this reads a little oddly.

- Indentation in the DuplicateOptionError constructor is a bit weird in
  the superclass constructor call.  Something like this would be better:

    def __init__(self, section, option):
        Error.__init__(
            self,
            "Option %r in section %r already exists" % (option, section))
        self.section = section
        self.option = option
        self.args = (section, option)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Fri Aug  6 07:52:35 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 06 Aug 2010 05:52:35 +0000
Subject: [issue9529] Converge re.findall and re.finditer
In-Reply-To: <1281073264.71.0.30355123146.issue9529@psf.upfronthosting.co.za>
Message-ID: <1281073955.42.0.8169953221.issue9529@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti, moreati, mrabarnett, timehorse
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9529>
_______________________________________

From report at bugs.python.org  Fri Aug  6 07:55:48 2010
From: report at bugs.python.org (Baiju M)
Date: Fri, 06 Aug 2010 05:55:48 +0000
Subject: [issue7894] too aggressive dependency tracking in distutils
In-Reply-To: <1265741724.72.0.383807580582.issue7894@psf.upfronthosting.co.za>
Message-ID: <1281074148.85.0.125635771422.issue7894@psf.upfronthosting.co.za>


Changes by Baiju M <baiju.m.mail at gmail.com>:


----------
components: +Distutils2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7894>
_______________________________________

From report at bugs.python.org  Fri Aug  6 08:04:59 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 06 Aug 2010 06:04:59 +0000
Subject: [issue3821] trace module bug when using --missing
In-Reply-To: <1220976433.09.0.355914664139.issue3821@psf.upfronthosting.co.za>
Message-ID: <1281074699.24.0.48216018196.issue3821@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

TestCoverage.test_coverage_ignore fails when running in verbose mode ("python regrtest.py -v test_trace", or directly "python test_trace.py"), because it attempts to compare stdout.getvalue() with the empty string, while verbose places output there.

I will fix it as part of my merge with the larger test_trace.py for issue 9315.

----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3821>
_______________________________________

From report at bugs.python.org  Fri Aug  6 08:09:17 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 06 Aug 2010 06:09:17 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1281074957.63.0.877493712105.issue9315@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

The test class added into test_trace.py in issue 3821 fails in verbose mode (see my message http://bugs.python.org/msg113076). I'm merging that class into my larger test_trace.py and will fix this problem, unless you guys have other ideas.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9315>
_______________________________________

From report at bugs.python.org  Fri Aug  6 08:12:38 2010
From: report at bugs.python.org (=?utf-8?q?Gerhard_H=C3=A4ring?=)
Date: Fri, 06 Aug 2010 06:12:38 +0000
Subject: [issue3854] Document sqlite3 vs. threads
In-Reply-To: <1221259791.8.0.815426917686.issue3854@psf.upfronthosting.co.za>
Message-ID: <1281075158.31.0.572011770226.issue3854@psf.upfronthosting.co.za>


Gerhard H?ring <gh at ghaering.de> added the comment:

Fixed in r83747.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3854>
_______________________________________

From report at bugs.python.org  Fri Aug  6 08:16:26 2010
From: report at bugs.python.org (John Regehr)
Date: Fri, 06 Aug 2010 06:16:26 +0000
Subject: [issue9530] integer undefined behaviors
In-Reply-To: <1281075386.13.0.164742828093.issue9530@psf.upfronthosting.co.za>
Message-ID: <1281075386.13.0.164742828093.issue9530@psf.upfronthosting.co.za>


New submission from John Regehr <regehr at cs.utah.edu>:

I ran "make test" for today's Python3k snapshot under a tool which detects math operations that the C language considers to have undefined behavior.  This was on x86 Linux.  The list of undefined behaviors is attached.  Hopefully they are self-explanatory, but please let me know if more details are needed.

----------
files: python-errors.txt
messages: 113079
nosy: regehr
priority: normal
severity: normal
status: open
title: integer undefined behaviors
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file18412/python-errors.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9530>
_______________________________________

From report at bugs.python.org  Fri Aug  6 09:03:28 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 06 Aug 2010 07:03:28 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1281078208.49.0.306949719505.issue9315@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

I'm attaching a new patch for unit-testing of trace.py. Changes:

1. Fixed the problems that caused failures when run through regrtest
2. Added the test class from issue 3821
3. Removed the fake module creation, replacing it with a directory named 'tracedmodules' in Lib/test where a test module resides. If you can think of a better name, please let me know.

As far as I see, the tests now run correctly both stand-alone and as part of 'python regrtest.py'. I have also fixed all whitespace issues. The patch was created vs. latest SVN checkout from the 2.7 maintenance branch.

----------
Added file: http://bugs.python.org/file18413/issue9315.27-maint.5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9315>
_______________________________________

From report at bugs.python.org  Fri Aug  6 09:05:25 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 06 Aug 2010 07:05:25 +0000
Subject: [issue9531] test_complex.py fails
In-Reply-To: <1281078325.63.0.509083627436.issue9531@psf.upfronthosting.co.za>
Message-ID: <1281078325.63.0.509083627436.issue9531@psf.upfronthosting.co.za>


New submission from Eli Bendersky <eliben at gmail.com>:

eliben at eliben-desktop:~/python_src/svn-27-maint/Lib/test$ py27 regrtest.py test_complex.py 
test_complex
test test_complex failed -- Traceback (most recent call last):
  File "/home/eliben/python_src/27-maint/Lib/test/test_complex.py", line 563, in test_format
    self.assertEqual(format(z, '-'), str(z))
AssertionError: '(+3j)' != '3j'

1 test failed:
    test_complex
[36603 refs]

----------
messages: 113081
nosy: eli.bendersky
priority: normal
severity: normal
status: open
title: test_complex.py fails
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9531>
_______________________________________

From report at bugs.python.org  Fri Aug  6 09:05:51 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 06 Aug 2010 07:05:51 +0000
Subject: [issue9531] test_complex.py fails
In-Reply-To: <1281078325.63.0.509083627436.issue9531@psf.upfronthosting.co.za>
Message-ID: <1281078351.56.0.395174835161.issue9531@psf.upfronthosting.co.za>


Changes by Eli Bendersky <eliben at gmail.com>:


----------
components: +Tests

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9531>
_______________________________________

From report at bugs.python.org  Fri Aug  6 09:25:52 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 06 Aug 2010 07:25:52 +0000
Subject: [issue9531] test_complex.py fails
In-Reply-To: <1281078325.63.0.509083627436.issue9531@psf.upfronthosting.co.za>
Message-ID: <1281079552.64.0.541925018789.issue9531@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Sorry, I didn't build (make) the python executable before reporting. Everything works, so I'm closing the issue.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9531>
_______________________________________

From report at bugs.python.org  Fri Aug  6 09:31:34 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 06 Aug 2010 07:31:34 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1281079894.15.0.398195662811.issue9264@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

I think it makes sense to commit the same patch to 2.7, is this planned?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9264>
_______________________________________

From report at bugs.python.org  Fri Aug  6 09:44:19 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 06 Aug 2010 07:44:19 +0000
Subject: [issue9528] Add pure Python implementation of time module to CPython
In-Reply-To: <1281069203.79.0.816772507809.issue9528@psf.upfronthosting.co.za>
Message-ID: <1281080659.86.0.965183974159.issue9528@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

> I believe _time module should become the home of the gettimeofday() method and pure python implementation of time.time() will be
> 
> def time()
>    s, us = _time.gettimeofday()
>    return s + 1e-6 * us
> 
> 
> Similarly time.sleep() can be implemented in terms of lower level POSIX nanosleep() method.
> 
> Lower level localtime() function can provide access to tm_zone and tm_gmtoff members of struct tm (where available) without concerns about backward compatibility.

Just for understanding:

Why are you calling the ticket "*Add* pure Python implementation of time
module to CPython" when you appear to be after *replacing* the C
implementation of the time module with a Python version ?

The same argument as for the datetime module applies: you can *add*
a compatible Python version of the same module for other Python
implementations to use, but undoing the work that has been done
in order to provide a faster implementation of the Python version
is a no-go.

Both datetime and time module functionalities need to be as fast as
possible, since they are used a lot in Python code. That was the
main reason for having a C implementation of the datetime and time
modules.

Python C function calls are still a lot faster than Python function
calls. You can't just replace a C function call with a Python one
without taking this into account. For these modules, it's not just
the API compatibility that matters, performance is just as
relevant and I don't really see a point in making CPython slower
just to make maintenance of stdlib modules that are not needed by
CPython easier.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9528>
_______________________________________

From report at bugs.python.org  Fri Aug  6 11:24:06 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 06 Aug 2010 09:24:06 +0000
Subject: [issue9528] Add pure Python implementation of time module to CPython
In-Reply-To: <1281069203.79.0.816772507809.issue9528@psf.upfronthosting.co.za>
Message-ID: <1281086646.95.0.433997405306.issue9528@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

These changes are very aggressive and may be doing more harm than good.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9528>
_______________________________________

From report at bugs.python.org  Fri Aug  6 11:30:14 2010
From: report at bugs.python.org (denny)
Date: Fri, 06 Aug 2010 09:30:14 +0000
Subject: [issue9532] pipe.read hang,
	when calling commands.getstatusoutput in multi-threading code of
	python 2.4
In-Reply-To: <1281087012.75.0.995842004424.issue9532@psf.upfronthosting.co.za>
Message-ID: <1281087012.75.0.995842004424.issue9532@psf.upfronthosting.co.za>


New submission from denny <markfilebat at 126.com>:

Hi all

My environment is python 2.4.4 on linux. I am encountering hang of pipe.read() in commands.getstatusoutput for multi-threading code.

I have spawned several threads which will call commands.getstatusoutput to run cli. However, pipe.read may hang sometimes.
>From lsof, we know some pipe handles are not closed in the parent process, after the child process is stopped.

;; -------------------------- Reproduce steps --------------------------
Below are reproduce steps.
# Create a python script of /tmp/hang.py, whose content is given below.
# Run "service crond stop; python /tmp/hang.py" several times.
# The script may probably hang. From lsof of main.py and crond service, we may find one pipe existing in both processes.
# If we stop crond to close the pipe, the hang of hang.py will be resolved.

;; -------------------------- Code of hang.py --------------------------
#!/usr/bin/python
import commands
import datetime
import time
import os
import thread
import threading

def thread_run1():

    cmd = "hostname"
    print "begin to run command:%s" % (cmd)
    status, output = commands.getstatusoutput(cmd)
    print "pid:%d, name:%s, status:%d, output:%s" % \
        (os.getpid(), threading.currentThread().getName(), status, output)

    cmd = "ifconfig eth0"
    print "begin to run command:%s" % (cmd)
    status, output = commands.getstatusoutput(cmd)
    print "pid:%d, name:%s, status:%d, output:%s" % \
        (os.getpid(), threading.currentThread().getName(), status, output)

    cmd = "ifconfig eth1"
    print "begin to run command:%s" % (cmd)
    status, output = commands.getstatusoutput(cmd)
    print "pid:%d, name:%s, status:%d, output:%s" % \
        (os.getpid(), threading.currentThread().getName(), status, output)

    # cmd = "sh /tmp/subprocess.sh"
    cmd = "echo here1; sleep 2; echo here2; sleep 5"
    print "begin to run command:%s" % (cmd)
    status, output = commands.getstatusoutput(cmd)
    print "pid:%d, name:%s, status:%d, output:%s" % \
        (os.getpid(), threading.currentThread().getName(), status, output)

def thread_run2():

    cmd = "service crond start"
    print "begin to run command:%s" % (cmd)
    status, output = commands.getstatusoutput(cmd)
    print "pid:%d, name:%s, status:%d, output:%s" % \
        (os.getpid(), threading.currentThread().getName(), status, output)

if __name__=='__main__':
    print "main function begins."
    thread_list = []
    for i in xrange(1, 10):
        my_thread = threading.Thread(target = thread_run1)
        thread_list.append(my_thread)

    my_thread = threading.Thread(target = thread_run2)
    thread_list.append(my_thread)

    for t in thread_list:
        t.start()

    time.sleep(10)

    for t in thread_list:
        t.join()

    print "main function ends."

----------
components: Library (Lib)
messages: 113086
nosy: denny
priority: normal
severity: normal
status: open
title: pipe.read hang, when calling commands.getstatusoutput in multi-threading code of python 2.4
type: behavior
versions: 3rd party

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9532>
_______________________________________

From report at bugs.python.org  Fri Aug  6 11:47:44 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 06 Aug 2010 09:47:44 +0000
Subject: [issue8299] Improve GIL in 2.7
In-Reply-To: <1270290445.01.0.906567593131.issue8299@psf.upfronthosting.co.za>
Message-ID: <1281088064.81.0.764526420782.issue8299@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Although I did finally manage to explain the point of this patch (after a long, long discussion), I think the issue is still too controversial.  We did, for example, see some strange behaviour in my last comment (Date: 2010-04-21 23:22) regarding affinity fixing of the process!

What I hope comes out of this is that I think I have put my point across that with multithreading, a lock is not a lock.  While a mutex may be indeed a mutex, its behaviour towards the threads that want to claim it can be different and can affect program behaviour and performance.

This also goes for "emulated" or "constructed" entities, built out of something more primitive such as condition variables.

Since 2.x is now frozen, and everyone seems happy (I think) with the more complicated 3.x method (although, being more complex, probably has more surprises in store), we should probably just let this fade away.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8299>
_______________________________________

From report at bugs.python.org  Fri Aug  6 11:47:46 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Aug 2010 09:47:46 +0000
Subject: [issue9526] 2 GB limit in array module
In-Reply-To: <1281061254.05.0.356539300127.issue9526@psf.upfronthosting.co.za>
Message-ID: <1281088066.84.0.811379666509.issue9526@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks for the report.  Also applies to 3.1 and 3.2 (and 2.6, but it's too late to fix things there).  I agree that those (int) casts look wrong---I suspect they're leftovers from the big int -> Py_ssize_t switch that happened for Python 2.5.

I've removed the casts in svn revisions 83751 through 83754.  Unfortunately, right now I don't have access to a machine with enough memory to test that this fixes the problem.  Martin, would you be able to check this?  You'll need a Python svn checkout if you don't already have one;  instructions for getting it are at http://python.org/dev

----------
assignee:  -> mark.dickinson
nosy: +mark.dickinson
resolution:  -> fixed
status: open -> pending
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9526>
_______________________________________

From report at bugs.python.org  Fri Aug  6 11:50:05 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 06 Aug 2010 09:50:05 +0000
Subject: [issue8411] Improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281088205.26.0.718108556642.issue8411@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

The latter.  But I'd really like Antoine to look this over.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Fri Aug  6 12:06:29 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 06 Aug 2010 10:06:29 +0000
Subject: [issue8757] Automatic set-to-frozenset conversions not thread-safe
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1281089189.76.0.0235950947269.issue8757@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Can the attached script be converted in a unittest that tests that the fix is correct?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8757>
_______________________________________

From report at bugs.python.org  Fri Aug  6 12:07:06 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Aug 2010 10:07:06 +0000
Subject: [issue9530] integer undefined behaviors
In-Reply-To: <1281075386.13.0.164742828093.issue9530@psf.upfronthosting.co.za>
Message-ID: <1281089226.87.0.209582942784.issue9530@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This is good stuff!  Thank you!  I'll look through these.

Is the tool you used publicly available?

----------
assignee:  -> mark.dickinson
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9530>
_______________________________________

From report at bugs.python.org  Fri Aug  6 12:10:03 2010
From: report at bugs.python.org (Ray.Allen)
Date: Fri, 06 Aug 2010 10:10:03 +0000
Subject: [issue8306] ctypes.create_string_buffer should only accept bytes
In-Reply-To: <1270313868.4.0.365365163519.issue8306@psf.upfronthosting.co.za>
Message-ID: <1281089403.78.0.400940254409.issue8306@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Why not close this issue? It seems that this has been fixed in current py3k branch.

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8306>
_______________________________________

From report at bugs.python.org  Fri Aug  6 12:16:16 2010
From: report at bugs.python.org (Steven Bethard)
Date: Fri, 06 Aug 2010 10:16:16 +0000
Subject: [issue5936] Add MSI suport for uninstalling individual versions
In-Reply-To: <1241490601.47.0.970158126843.issue5936@psf.upfronthosting.co.za>
Message-ID: <1281089776.12.0.103734495128.issue5936@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Unassigning, because it's likely I won't have time to work on this for a while. I still think it would be a nice feature. ;-)

----------
assignee: bethard -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5936>
_______________________________________

From report at bugs.python.org  Fri Aug  6 12:33:39 2010
From: report at bugs.python.org (Roald de Vries)
Date: Fri, 06 Aug 2010 10:33:39 +0000
Subject: [issue9533] metaclass can't derive from ABC
In-Reply-To: <1281090819.15.0.255356922996.issue9533@psf.upfronthosting.co.za>
Message-ID: <1281090819.15.0.255356922996.issue9533@psf.upfronthosting.co.za>


New submission from Roald de Vries <python at roalddevries.nl>:

Exception raised::

  Traceback (most recent call last):
    File "bug.py", line 5, in <module>
      class derived(type, Sized):
    File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/abc.py", line 85, in __new__
      for name in getattr(base, "__abstractmethods__", set()):
  TypeError: Error when calling the metaclass bases
      'getset_descriptor' object is not iterable

----------
files: bug.py
messages: 113094
nosy: roalddevries
priority: normal
severity: normal
status: open
title: metaclass can't derive from ABC
type: compile error
versions: Python 2.6
Added file: http://bugs.python.org/file18414/bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9533>
_______________________________________

From report at bugs.python.org  Fri Aug  6 12:38:07 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 06 Aug 2010 10:38:07 +0000
Subject: [issue8757] Automatic set-to-frozenset conversions not thread-safe
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1281091087.16.0.972969867671.issue8757@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

See r83757, r83756, and r83755.

The existing unittests prove the script does what it is supposed to do.  The new code is just a different approach to the same problem so that it is less likely to be user visible.

The attached set-race.py fragment is an incorrect test.  The docs state that the object should not be read by another thread.   So, this "test" would be validating a behavior that is not guaranteed either in this implementation or in others.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8757>
_______________________________________

From report at bugs.python.org  Fri Aug  6 12:50:04 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 06 Aug 2010 10:50:04 +0000
Subject: [issue9116] test_capi.test_no_FatalError_infinite_loop crash on
	Windows
In-Reply-To: <1277827107.42.0.0793977492373.issue9116@psf.upfronthosting.co.za>
Message-ID: <1281091804.45.0.630470737981.issue9116@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
dependencies: +Improve condition variable emulation on NT

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9116>
_______________________________________

From report at bugs.python.org  Fri Aug  6 13:48:06 2010
From: report at bugs.python.org (Valentine Gogichashvili)
Date: Fri, 06 Aug 2010 11:48:06 +0000
Subject: [issue9534] OrderedDict.__del__ destructor throws AttributeError when
	process ends up with the exception trace
In-Reply-To: <1281095286.81.0.328749516858.issue9534@psf.upfronthosting.co.za>
Message-ID: <1281095286.81.0.328749516858.issue9534@psf.upfronthosting.co.za>


New submission from Valentine Gogichashvili <valgog at gmail.com>:

When the process is dying with the exception trace dump, I am getting the following notification from the destructor of the OrderedDict class::

  Exception AttributeError: "'NoneType' object has no attribute 'print_exc'" in <bound method OrderedDict.__del__ of OrderedDict([('key', 'value')])> ignored

In the source of the OrderedDict the only operation that is not included in the try..catch is the dict.clear(self) actually. So I suppose that this problem is in dict.clear() implementation...

----------
components: Library (Lib), Windows
messages: 113096
nosy: valgog
priority: normal
severity: normal
status: open
title: OrderedDict.__del__ destructor throws AttributeError when process ends up with the exception trace
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9534>
_______________________________________

From report at bugs.python.org  Fri Aug  6 13:48:48 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Fri, 06 Aug 2010 11:48:48 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281095328.1.0.113445811995.issue5027@psf.upfronthosting.co.za>


Troy J. Farrell <troy at entheossoft.com> added the comment:

I figured it was probably too late, but one can always hope. :)

While you sort out who gets to review this, I'll see if I can't work out a patch for 2.7.  It also occurred to me last night that I should probably add a comment to it.  Look for new patches with a day.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Fri Aug  6 13:52:48 2010
From: report at bugs.python.org (Eric Smith)
Date: Fri, 06 Aug 2010 11:52:48 +0000
Subject: [issue9530] integer undefined behaviors
In-Reply-To: <1281075386.13.0.164742828093.issue9530@psf.upfronthosting.co.za>
Message-ID: <1281095568.19.0.0696780417039.issue9530@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/issue9530>
_______________________________________

From report at bugs.python.org  Fri Aug  6 14:04:48 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Aug 2010 12:04:48 +0000
Subject: [issue9530] integer undefined behaviors
In-Reply-To: <1281075386.13.0.164742828093.issue9530@psf.upfronthosting.co.za>
Message-ID: <1281096288.4.0.996209568016.issue9530@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Here are some fixes for Objects/bytesobject.c and Objects/bytearrayobject.c.  More to come.

----------
keywords: +patch
versions: +Python 3.2 -Python 3.3
Added file: http://bugs.python.org/file18415/issue9530_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9530>
_______________________________________

From report at bugs.python.org  Fri Aug  6 15:09:35 2010
From: report at bugs.python.org (John Regehr)
Date: Fri, 06 Aug 2010 13:09:35 +0000
Subject: [issue9530] integer undefined behaviors
In-Reply-To: <1281075386.13.0.164742828093.issue9530@psf.upfronthosting.co.za>
Message-ID: <1281100175.21.0.399931346532.issue9530@psf.upfronthosting.co.za>


John Regehr <regehr at cs.utah.edu> added the comment:

Hi Mark-- Glad it's useful! We plan to release this tool but haven't done so yet, it still has rough edges.  It's LLVM-based and it seems likely they will take our patches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9530>
_______________________________________

From report at bugs.python.org  Fri Aug  6 15:56:36 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 06 Aug 2010 13:56:36 +0000
Subject: [issue9527] Add aware local time support to datetime module
In-Reply-To: <1281066500.35.0.441616276688.issue9527@psf.upfronthosting.co.za>
Message-ID: <1281102996.6.0.358998567412.issue9527@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9527>
_______________________________________

From report at bugs.python.org  Fri Aug  6 15:56:53 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 06 Aug 2010 13:56:53 +0000
Subject: [issue1647654] No obvious and correct way to get the time zone offset
Message-ID: <1281103013.72.0.527381791002.issue1647654@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1647654>
_______________________________________

From report at bugs.python.org  Fri Aug  6 15:57:30 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Fri, 06 Aug 2010 13:57:30 +0000
Subject: [issue8757] Automatic set-to-frozenset conversions not thread-safe
In-Reply-To: <1274216854.13.0.448353373516.issue8757@psf.upfronthosting.co.za>
Message-ID: <1281103050.36.0.921174007029.issue8757@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

It is easy in online communications to interpret a response as a disagreement.  I apologize for falling into that trap.

I am +1 on removing implicit set-to-frozenset conversions, which would more effectively "fix" issue8752 for me (this is the only aspect of set behavior that I cannot emulate with a carefully designed collections.Set subclass).  Also, I think forcing users to be explicit is more Pythonic.

In the meantime, a full copy is the solution I had in mind.  While it's less efficient, it's only slower by a constant factor.  The swap method still required O(n) steps to compute the hash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8757>
_______________________________________

From report at bugs.python.org  Fri Aug  6 16:06:47 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 14:06:47 +0000
Subject: [issue1372770] email.Header should preserve original FWS
Message-ID: <1281103607.52.0.114045057704.issue1372770@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Header parsing and formatting is one of the major changes in email6, and it should handle this much more sensibly.  email6 won't land until 3.3, though it will be available on pypy for testing before that.  If you want propose a patch for fixing this in the current email module I will consider it (but see below).  Absent that, I'm marking this for email6/3.3.

Note that in email6 the primary interface for creating headers will be a factory function, and in the current design it will reject header values that contain /n (and/or /r).  The parser will deal with unfolding values when parsing existing messages.

Also, while I agree with you about what the RFC *says*, what email programs actually *do* seems to be a bit different.  Email generators in general use a single leading tab as folding whitespace, but if you unfold the resulting value, it is clear that the tabs are noise, and should be replaced by single spaces on unfolding.  This becomes obvious when you consider things like an unstructured Subject header that has been wrapped.  It will be wrapped with tabs by any mailer I've so far encountered, but if you unwrap it, add a 'Re:', and rewrap it, preserving the tab is clearly the wrong thing to do.  This is in fact what email used to do, and this has annoyed many many people over the years (including me) because the header in the reply message has this tab stuck in the middle of the subject...

So currently my plan is to special case tabs on folding and unfolding.  When unfolding single leading tabs will become blanks, when folding a single tab will be used as folding white space, replacing single blanks at the point of folding.  I haven't tested this algorithm on any other mailers yet, because I haven't got enough of the code finished yet to generate parseable messages.  (Maybe I'll do some by hand.)

This folding policy will be a controllable policy setting, so it will be possible to produce the strictly-RFC-conformant folding and unfolding on a per-message or even (when creating them) a per-header basis.

I welcome your thoughts on this subject (and if you are so moved your participation on the email-sig, which while it is pretty quiet right now will probably get less so soon when I post the next API iteration for email6).

----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1372770>
_______________________________________

From report at bugs.python.org  Fri Aug  6 16:14:34 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 14:14:34 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281104074.57.0.100899920463.issue3210@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Committed in r83759 r83760 r83761

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Fri Aug  6 16:27:02 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 06 Aug 2010 14:27:02 +0000
Subject: [issue9528] Add pure Python implementation of time module to CPython
In-Reply-To: <1281069203.79.0.816772507809.issue9528@psf.upfronthosting.co.za>
Message-ID: <1281104822.65.0.933894342238.issue9528@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Fri, Aug 6, 2010 at 3:44 AM, Marc-Andre Lemburg
<report at bugs.python.org> wrote:
..
> Why are you calling the ticket "*Add* pure Python implementation of time
> module to CPython" when you appear to be after *replacing* the C
> implementation of the time module with a Python version ?
>

I have deliberately made the title similar to issue 7989 so that it is
clear that the idea is the same: add python implementations of time
module functions which are overridden by existing C implementations in
CPython.  The only difference with datetime is that for Python
implementation to work, it needs access to some system facilities. The
datetime.py module needs access to some of these facilities as well,
but currently it works around this problem by importing them from time
module.

The current situation has several problems:

1. Datetime.py time source (time.time()) represents time as a floating
point number which leads to system dependent behavior and introduces
floating point operations where they are not needed.

2. Datetime.strftime function is restricted to years >= 1900 even on
platforms where system strftime is perfectly good over full range of
datetime. This is done expressly because semantics of time.strftime
dictate such behavior.  See issue 1777412.

3. The datetime module could benefit from access to tm_zone and
tm_gmtoff components of the tm structure, but introducing those in the
output of time.localtime() would require either hidden member hackery
or loss of backwards compatibility.  See issues #1647654, #7662, and
#9527.

> The same argument as for the datetime module applies: you can *add*
> a compatible Python version of the same module for other Python
> implementations to use, but undoing the work that has been done
> in order to provide a faster implementation of the Python version
> is a no-go.
>

I completely agree.  Actually my outline in the first post is
incomplete.  What I would like to do is:

1. Rename timemodule.c to _timemodule.c
2. Convert non-module _time.c (home of code shared between time and
datetime C implementations) to a proper C extension.  See issue 9012,
msg109221 for description of the problem with the current strategy.
For luck of better name, I'll call the resulting module _basictime, so
 _time.c will get renamed to _basictimemodule.c.
3. Make _basictime module expose C and Python API to basic time
facilities: integer-valued time sources (gettimeofday, clock, etc.),
integer-based sleep method (say nanosleep), thin wrappers around
system strftime and strptime functions and tzset method.
4. No changes will be done to timemodule.c other than renaming. The
new time.py will import _basictime to implement it's methods in
python, but will end with from _time import *.  The _time module will
not depend on _basictime.
5. In the future, but not as a part of this proposal, datetime C and
python implementations can start using _basictime for low level access
rather than time.

> Both datetime and time module functionalities need to be as fast as
> possible, since they are used a lot in Python code. That was the
> main reason for having a C implementation of the datetime and time
> modules.
>

Absolutely.  In fact this proposal will open the door to implementing
*faster* C API to basic time facilities.  I do want _basictime to
properly expose its C API similarly to the way datetime module already
does.   The current situation is somewhat cheating: datetime module
advertises fast C API, but under the hood imports time module and
makes python calls to its methods.

BTW, this brings a point that I think I missed when I introduced
datetime.py.  Should PyDateTime_CAPSULE_NAME be changed from
"datetime.datetime_CAPI" to  "_datetime.datetime_CAPI" in order to
eliminate even small overhead that loading datetime rather than
_datetime carries?

> Python C function calls are still a lot faster than Python function
> calls. You can't just replace a C function call with a Python one
> without taking this into account. For these modules, it's not just
> the API compatibility that matters, performance is just as
> relevant and I don't really see a point in making CPython slower
> just to make maintenance of stdlib modules that are not needed by
> CPython easier.

Brett addressed this point responding to my own concerns in msg107295
and msg108047.  I will just repeat: this proposal will make no changes
to the functions that CPython users will import from time module.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9528>
_______________________________________

From report at bugs.python.org  Fri Aug  6 16:43:15 2010
From: report at bugs.python.org (Greg Brockman)
Date: Fri, 06 Aug 2010 14:43:15 +0000
Subject: [issue9535] Pending signals are inherited by child processes
In-Reply-To: <1281105795.17.0.408658965128.issue9535@psf.upfronthosting.co.za>
Message-ID: <1281105795.17.0.408658965128.issue9535@psf.upfronthosting.co.za>


New submission from Greg Brockman <gdb at mit.deu>:

Upon os.fork(), pending signals are inherited by the child process.  This can be demonstrated by pressing C-c in the middle of the
following program:

"""
import os, sys, time, threading
def do_fork():
    while True:
        if not os.fork():
            print 'hello from child'
            sys.exit(0)
        time.sleep(0.5)
t = threading.Thread(target=do_fork)
t.start()
t.join()
"""
Right after os.fork(), each child will raise a KeyboardInterrupt exception.

This behavior is different from the semantics of POSIX fork(), where child processes do not inherit their parents' pending signals.

Attached is a first stab at a patch to fix this issue.  Please let me know what you think!

----------
components: Extension Modules
files: signals.patch
keywords: patch
messages: 113104
nosy: gdb
priority: normal
severity: normal
status: open
title: Pending signals are inherited by child processes
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7
Added file: http://bugs.python.org/file18416/signals.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9535>
_______________________________________

From report at bugs.python.org  Fri Aug  6 16:55:28 2010
From: report at bugs.python.org (John Posner)
Date: Fri, 06 Aug 2010 14:55:28 +0000
Subject: [issue9536] defaultdict doc makes incorrect reference to __missing__
	method
In-Reply-To: <1281106528.37.0.0435364267174.issue9536@psf.upfronthosting.co.za>
Message-ID: <1281106528.37.0.0435364267174.issue9536@psf.upfronthosting.co.za>


New submission from John Posner <jjposner at optimum.net>:

The documentation for collections.defaultdict is confusing with respect to the __missing__ method. The fact is that a programmer using defaultdict does not need to know anything about __missing__.

The attached patch contains a rewrite of the entire section (but not the "defaultdict Examples" section, which is fine.

----------
assignee: docs at python
components: Documentation
files: defaultdict.patch
keywords: patch
messages: 113105
nosy: docs at python, jjposner
priority: normal
severity: normal
status: open
title: defaultdict doc makes incorrect reference to __missing__ method
versions: Python 2.7
Added file: http://bugs.python.org/file18417/defaultdict.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9536>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:02:45 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:02:45 +0000
Subject: [issue7443] test.support.unlink issue on Windows platform
In-Reply-To: <1260026404.41.0.635406889881.issue7443@psf.upfronthosting.co.za>
Message-ID: <1281106965.76.0.255262777686.issue7443@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7443>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:07:27 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:07:27 +0000
Subject: [issue4708] os.pipe should return inheritable descriptors (Windows)
In-Reply-To: <1229825725.05.0.791696937909.issue4708@psf.upfronthosting.co.za>
Message-ID: <1281107247.39.0.456853397341.issue4708@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4708>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:10:52 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:10:52 +0000
Subject: [issue1714451] subprocess.py problems errors when calling cmd.exe
Message-ID: <1281107452.44.0.387643256097.issue1714451@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1714451>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:11:56 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:11:56 +0000
Subject: [issue1681974] mkdtemp fails on Windows if username has non-ASCII
	character
Message-ID: <1281107516.17.0.56606256985.issue1681974@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1681974>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:20:28 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:20:28 +0000
Subject: [issue1672853] Error reading files larger than 4GB
Message-ID: <1281108028.08.0.406907615807.issue1672853@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1672853>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:21:24 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:21:24 +0000
Subject: [issue1707753] get status output fix for Win32
Message-ID: <1281108084.19.0.407592932857.issue1707753@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1707753>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:22:17 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:22:17 +0000
Subject: [issue1142] code sample showing errors reading large files with py
	2.5/3.0
In-Reply-To: <1189439562.54.0.204300359031.issue1142@psf.upfronthosting.co.za>
Message-ID: <1281108137.43.0.0294496031221.issue1142@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1142>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:34:25 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:34:25 +0000
Subject: [issue6609] zipfile: WindowsError [267] The directory name is invalid
In-Reply-To: <1248999170.31.0.424602339152.issue6609@psf.upfronthosting.co.za>
Message-ID: <1281108865.65.0.599528107973.issue6609@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6609>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:35:16 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:35:16 +0000
Subject: [issue6839] zipfile can't extract file
In-Reply-To: <1252094279.03.0.456295268952.issue6839@psf.upfronthosting.co.za>
Message-ID: <1281108916.06.0.48705715316.issue6839@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6839>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:38:19 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:38:19 +0000
Subject: [issue8006] os.popen in Python 3.1
In-Reply-To: <1266971440.47.0.35262669604.issue8006@psf.upfronthosting.co.za>
Message-ID: <1281109099.71.0.802145868366.issue8006@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8006>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:45:31 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 15:45:31 +0000
Subject: [issue2304] subprocess under windows fails to quote properly
	when	shell=True
In-Reply-To: <1205685138.96.0.183811169845.issue2304@psf.upfronthosting.co.za>
Message-ID: <1281109531.58.0.114836403498.issue2304@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2304>
_______________________________________

From report at bugs.python.org  Fri Aug  6 17:57:32 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 06 Aug 2010 15:57:32 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281110252.63.0.975899206699.issue3210@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Sorry for posting to closed entry, but I think handle should be closed in Lib/subprocess.py not in PC/_subprocess.c. I noticed following code showed strange error.

import subprocess

for _ in xrange(2):
    stdout = open("stdout.txt", "w")
    try:
        p = subprocess.Popen(["unknown"], stdout=stdout)
    except WindowsError:
        pass

// error

close failed in file object destructor:
IOError: [Errno 9] Bad file descriptor

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Fri Aug  6 18:07:36 2010
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 06 Aug 2010 16:07:36 +0000
Subject: [issue9533] metaclass can't derive from ABC
In-Reply-To: <1281090819.15.0.255356922996.issue9533@psf.upfronthosting.co.za>
Message-ID: <1281110856.71.0.451762757108.issue9533@psf.upfronthosting.co.za>


Changes by Daniel Urban <urban.dani+py at gmail.com>:


----------
nosy: +durban
type: compile error -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9533>
_______________________________________

From report at bugs.python.org  Fri Aug  6 18:19:27 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 16:19:27 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281111567.18.0.254478906707.issue3210@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Blast. Thanks; I'll have to rework those patches then.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Fri Aug  6 18:33:15 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 06 Aug 2010 16:33:15 +0000
Subject: [issue9534] OrderedDict.__del__ destructor throws AttributeError when
	process ends up with the exception trace
In-Reply-To: <1281095286.81.0.328749516858.issue9534@psf.upfronthosting.co.za>
Message-ID: <1281112396.0.0.446130532334.issue9534@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9534>
_______________________________________

From report at bugs.python.org  Fri Aug  6 18:34:48 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 06 Aug 2010 16:34:48 +0000
Subject: [issue9534] OrderedDict.__del__ destructor throws AttributeError when
	process ends up with the exception trace
In-Reply-To: <1281095286.81.0.328749516858.issue9534@psf.upfronthosting.co.za>
Message-ID: <1281112488.68.0.738767859663.issue9534@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Do you have a short script that can reproduce the error message?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9534>
_______________________________________

From report at bugs.python.org  Fri Aug  6 18:43:16 2010
From: report at bugs.python.org (Valentine Gogichashvili)
Date: Fri, 06 Aug 2010 16:43:16 +0000
Subject: [issue9534] OrderedDict.__del__ destructor throws AttributeError when
	process ends up with the exception trace
In-Reply-To: <1281095286.81.0.328749516858.issue9534@psf.upfronthosting.co.za>
Message-ID: <1281112996.76.0.744183700661.issue9534@psf.upfronthosting.co.za>


Valentine Gogichashvili <valgog at gmail.com> added the comment:

Unfortunately I do not have a short script. It is happening during the failure in quite a big script. I am afraid, it will too time consuming for me to write it... 

Actually by the content of the OrderdDict instance that is throwing this exception it seems like it is the one, that is used by ConfigParser internally.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9534>
_______________________________________

From report at bugs.python.org  Fri Aug  6 18:46:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Aug 2010 16:46:24 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1281113184.56.0.865207302247.issue9264@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Fine with me.
Alexander, do you have the fixed up version you committed to 2.6, or should Eli revise the attachment here for 2.7?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9264>
_______________________________________

From report at bugs.python.org  Fri Aug  6 18:50:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Aug 2010 16:50:14 +0000
Subject: [issue8299] Improve GIL in 2.7
In-Reply-To: <1270290445.01.0.906567593131.issue8299@psf.upfronthosting.co.za>
Message-ID: <1281113414.1.0.129709886504.issue8299@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

OK. I would probably be better to expend energy on the 3.x new GIL, should issues arise.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8299>
_______________________________________

From report at bugs.python.org  Fri Aug  6 18:53:02 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 06 Aug 2010 16:53:02 +0000
Subject: [issue1142] code sample showing errors reading large files with py
	2.5/3.0
In-Reply-To: <1189439562.54.0.204300359031.issue1142@psf.upfronthosting.co.za>
Message-ID: <1281113582.59.0.509388178741.issue1142@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1142>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:00:41 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 06 Aug 2010 17:00:41 +0000
Subject: [issue7464] circular reference in HTTPResponse by urllib2
In-Reply-To: <1260379633.84.0.693013946466.issue7464@psf.upfronthosting.co.za>
Message-ID: <1281114041.24.0.880249209905.issue7464@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

in python/trunk/Lib/urllib2.py, line 1161

It doesn't appear to be an issue in py3k.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7464>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:02:23 2010
From: report at bugs.python.org (nchauvat)
Date: Fri, 06 Aug 2010 17:02:23 +0000
Subject: [issue7897] Support parametrized tests in unittest
In-Reply-To: <1265768482.24.0.694001982317.issue7897@psf.upfronthosting.co.za>
Message-ID: <1281114143.29.0.654070403584.issue7897@psf.upfronthosting.co.za>


nchauvat <nicolas.chauvat at logilab.fr> added the comment:

In case it could be useful, here is how generative/parametrized tests are handled in logilab.common.testlib http://hg.logilab.org/logilab/common/file/a6b5fe18df99/testlib.py#l1137

----------
nosy: +nchauvat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7897>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:03:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 06 Aug 2010 17:03:02 +0000
Subject: [issue1054] scriptsinstall target fails in alternate build dir
In-Reply-To: <1188350602.15.0.357850795139.issue1054@psf.upfronthosting.co.za>
Message-ID: <1281114182.39.0.439475833927.issue1054@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Set to needs patch as I don't see why you need a unit test for this build issue, feel free to change it back if you see fit.

----------
nosy: +BreamoreBoy
stage: unit test needed -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1054>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:10:40 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Aug 2010 17:10:40 +0000
Subject: [issue9531] test_complex.py fails
In-Reply-To: <1281078325.63.0.509083627436.issue9531@psf.upfronthosting.co.za>
Message-ID: <1281114640.79.0.438748715481.issue9531@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/issue9531>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:10:42 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 06 Aug 2010 17:10:42 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1281114642.58.0.85428625821.issue9315@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Comments on issue9315.27-maint.5.patch:

1. I think you forgot to svn add Lib/test/__init__.py.
2. Instead of "import tracedmodules.testmod", please use something like "from test.tracedmodules import testmod".  There is no need to use implicit relative import and this is different from accepted practice.

3. 

def traced_func_importing(aa, bb):
    from tracedmodules.testmod import func

Same comment as in #2 above.  No need for implicit relative import here.  Also I am not sure it is interesting to test tracing the import statement inside a function.  Tests for tracing calls to imported functions are good, but I am not sure import itself generates any interesting events.  Just give it a thought - I don't have an informed opinion.

4. Shouldn't all traced functions go to tracedmodules?

5. Please add comments to functions used for line tracing that changing relative or absolute (if matters) line numbers will break the tests.

6. Add comments to testmod.py.

7. You lost changes I made in issue9315.4-release27.patch. Specifically, using trailing underscores or double letters to resolve conflicts between variable names is not common style.  Trailing underscore convention is for resolving conflicts with python keywords.

8. Please rewrap text in README to fit in 80 columns.  In fact, this text belongs to __init__.py docstring and the comment about importance of function location should go next to each (currently one) function for which location is important.

9. fix_pyc_ext(filename) description is misleading.  It does not care about incoming filename extension and just whatever extension with '.py'.  This is probably good because it works with both '.pyc' and '.pyo', but the name and the docstring suggest otherwise. Note the similar logic in the trace module itself is implemented as follows:

            if filename.endswith((".pyc", ".pyo")):
                filename = filename[:-1]   

I also feel that three functions to just compute ('test_trace.py', 'test_trace') tuple is an overkill.  Please look in the inspect module for possible alternatives.  Also rather than recomputing these strings in each test case, I would just assign them to module global variables say THIS_FILE_NAME and THIS_MODULE_NAME. 

10. A nitpick.  I don't think I've ever seen test_main() function called "Driver" in the python test suite.  Please try to keep consistency in terminology and coding style between the test modules to the extent it is practical.

11.  Similar to #10.  I've changed 'ZZZ' to 'XXX' in issue9315.4-release27.patch, but you lost that change.  See msg112230 above.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9315>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:21:50 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 06 Aug 2010 17:21:50 +0000
Subject: [issue6811] add a filename argument to marshal.load*
In-Reply-To: <1251745133.13.0.463652094911.issue6811@psf.upfronthosting.co.za>
Message-ID: <1281115310.67.0.867230252069.issue6811@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Just flagging this up in case it's dropped under the radar.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6811>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:23:55 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 06 Aug 2010 17:23:55 +0000
Subject: [issue7790] struct_time documentation entry should point to the table
	defining the tuple
In-Reply-To: <1264538314.16.0.129243655657.issue7790@psf.upfronthosting.co.za>
Message-ID: <1281115435.39.0.984163039144.issue7790@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7790>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:27:36 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 06 Aug 2010 17:27:36 +0000
Subject: [issue1566260] Better order in file type descriptions
Message-ID: <1281115656.44.0.626563615606.issue1566260@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

As a Windows user I'm not convinced this is worth doing.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1566260>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:29:49 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 06 Aug 2010 17:29:49 +0000
Subject: [issue9522] xml.etree.ElementTree forgets the encoding
In-Reply-To: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>
Message-ID: <1281115789.67.0.441104075193.issue9522@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

It behaves as documented. Moved to "feature request".
http://docs.python.org/library/xml.etree.elementtree.html

----------
components: +XML
type: behavior -> feature request
versions: +Python 3.2, Python 3.3 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9522>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:32:39 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 06 Aug 2010 17:32:39 +0000
Subject: [issue9522] xml.etree.ElementTree forgets the encoding
In-Reply-To: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>
Message-ID: <1281115959.78.0.968331315965.issue9522@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +scoder

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9522>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:39:24 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 06 Aug 2010 17:39:24 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1281116364.66.0.816458997583.issue9264@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

The fixed up version is just r83549. It may merge cleanly with py3k - I believe doc changes are trivial if any between 2.6 and 3.x.

I would like this to go through another round of reviews without release calendar pressure.  I would like to see some guidelines for documenting command line options to stdlib modules.  In this particular patch, I don't like "Meta-options" sections.  No other module document has such section.  The --help and --version are not "meta-options", they are "common options". I would also like to see a mention that  one of --trace, --count, --report, --listfuncs, or --trackcalls must be specified.  (Even better would be to make one of these options the default behavior when no options are given.  Required option is an oxymoron.)

Terry,

This is in your hands now.  If you prefer to merge the change and postpone the improvements, it is fine with me.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9264>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:40:46 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 17:40:46 +0000
Subject: [issue1566260] Better order in file type descriptions
Message-ID: <1281116446.13.0.16949597505.issue1566260@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

If individual users want to change these around, it's easy enough to do so post-hoc. Closing as won't fix.

----------
nosy: +tim.golden
resolution:  -> wont fix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1566260>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:42:04 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 06 Aug 2010 17:42:04 +0000
Subject: [issue1566260] Better order in file type descriptions
Message-ID: <1281116524.54.0.757123156805.issue1566260@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1566260>
_______________________________________

From report at bugs.python.org  Fri Aug  6 19:46:39 2010
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 06 Aug 2010 17:46:39 +0000
Subject: [issue9529] Converge re.findall and re.finditer
In-Reply-To: <1281073264.71.0.30355123146.issue9529@psf.upfronthosting.co.za>
Message-ID: <1281116799.61.0.627502848952.issue9529@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

(1) would break existing code. It would also mean that you wouldn't have access to the start and end positions of the matches either.

(2) would also break existing code which is expecting a list. It's like the change that happened when some methods which return a list in Python 2 return a generator in Python 3. I think it's too late now because we're already at Python 3.1. If you want to reduce the memory footprint then you can still do:

items = (m.groups() for m in re.finditer(r'(\w+):(\w+)', text))
for key,value in items:
    data[key] = value

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9529>
_______________________________________

From report at bugs.python.org  Fri Aug  6 20:46:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Aug 2010 18:46:14 +0000
Subject: [issue9373] pulldom has low code coverage
In-Reply-To: <1279976804.16.0.216063093383.issue9373@psf.upfronthosting.co.za>
Message-ID: <1281120374.82.0.765788412953.issue9373@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> patch review
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9373>
_______________________________________

From report at bugs.python.org  Fri Aug  6 20:50:29 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Aug 2010 18:50:29 +0000
Subject: [issue7668] test_httpservers fails with non-ascii path
In-Reply-To: <1263147324.56.0.696076411083.issue7668@psf.upfronthosting.co.za>
Message-ID: <1281120629.91.0.494707525996.issue7668@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This isn't a problem any more:  2.6 and 3.1 are now able to follow symbolic links.  Sorry for the noise!

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7668>
_______________________________________

From report at bugs.python.org  Fri Aug  6 20:56:47 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 06 Aug 2010 18:56:47 +0000
Subject: [issue9534] OrderedDict.__del__ destructor throws AttributeError when
	process ends up with the exception trace
In-Reply-To: <1281095286.81.0.328749516858.issue9534@psf.upfronthosting.co.za>
Message-ID: <1281121007.39.0.0719670684128.issue9534@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

There's not enough information here for me to follow-up.

It's unlikely that dict.clear() would product the message you see and the existing code for OrderedDict.__del__ and OrderedDict.clear() look correct to me.  The bug may be in your own code.

----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9534>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:31:33 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Fri, 06 Aug 2010 19:31:33 +0000
Subject: [issue9537] argparse: use OrderedDict to store subparsers
In-Reply-To: <1281123093.44.0.485972410524.issue9537@psf.upfronthosting.co.za>
Message-ID: <1281123093.44.0.485972410524.issue9537@psf.upfronthosting.co.za>


New submission from Denver Coneybeare <denver.coneybeare at gmail.com>:

Currently, when a subparser is added to an argparse.ArgumentParser the list of subparsers are stored in the built-in dict type.  When these subparsers are listed when -h is given on the command line they are showed in the order returned from the dictionary's keys() method, which is undefined order.  Instead of showing them in undefined order, it would be preferred to show them at least in the order in which they were added.  This can be done trivially be replacing the dict with a collections.OrderedDict.  A patch is attached.

----------
components: Library (Lib)
files: argparse.patch
keywords: patch
messages: 113124
nosy: benjamin.peterson, denversc
priority: normal
severity: normal
status: open
title: argparse: use OrderedDict to store subparsers
type: behavior
versions: Python 2.7, Python 3.3
Added file: http://bugs.python.org/file18418/argparse.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9537>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:32:19 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 19:32:19 +0000
Subject: [issue9511] CharacterEncoderError when reading from sys.stdin from
	piped input in cmd.exe
In-Reply-To: <1280930332.3.0.143681677902.issue9511@psf.upfronthosting.co.za>
Message-ID: <1281123139.56.0.373159207669.issue9511@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This is because python doesn't know the encoding of stdin, and so uses ASCII (I assume that's what 'charmap' is on windows...on my unix box the error message mentions ascii, not charmap).  You can tell python to use an alternate encoding by default via the PYTHONIOENCODING environment variable:

rdmurray:py3k>export PYTHONIOENCODING='utf8'
rdmurray:py3k>echo ? | ./python pycat.py    
?

Of course, you'll need to use the Widows way of setting environment variables.

I think some consideration is being given to making this simpler, but I couldn't find an issue number for it, so I'm adding haypo as nosy since I think he was involved in that discussion.  If my memory is right, and there's no existing issue, maybe we could adopt this one for it.

----------
nosy: +haypo, r.david.murray
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9511>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:38:15 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Aug 2010 19:38:15 +0000
Subject: [issue9417] Declaring a class creates circular references
In-Reply-To: <1280413185.92.0.0897116981748.issue9417@psf.upfronthosting.co.za>
Message-ID: <1281123495.72.0.904396253357.issue9417@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Andrea: for the purpose of this tracker, a 'bug' is a discrepancy between doc and behavior. The fact that (new-style) classes have circular references was known when they were introduced in 2.2. That fact is not a bug in the above sense. It is a design tradeoff that works OK for the typical case of classes remaining until the end of a program run. Changing the tradeoff embodied in type() is not likely to be accepted.

That said, an alternate no_cr (no circular reference) metaclass (perhaps a type subclass) that contructed cr-free classes, even at the cost of slower lookup, might be a good addition to the stdlib. Ray's ideas seems to me at least plausible. My first thought on location is in functools.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9417>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:42:32 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 06 Aug 2010 19:42:32 +0000
Subject: [issue9324] signal.signal(bogus_signal, handler) segfaults on Windows
In-Reply-To: <1279738256.92.0.653078709511.issue9324@psf.upfronthosting.co.za>
Message-ID: <1281123752.42.0.296756944135.issue9324@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Fixed in r83763 (py3k), r83764 (release31-maint), and r83765 (release27-maint). Thanks for reporting this.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9324>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:51:40 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 19:51:40 +0000
Subject: [issue9515] vars() dictionary access to generate variables
In-Reply-To: <1280947187.21.0.503447106682.issue9515@psf.upfronthosting.co.za>
Message-ID: <1281124300.42.0.250406093239.issue9515@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

No, the docs are correct as they stand.  They say that without an argument it acts like locals(), and there is even a special note saying you shouldn't modify the returned dictionary because what happens when you do is undefined.  It just so happens that when locals==globals, what you show works, but it is not guaranteed to work even in CPython, and is reasonably likely to not work in other Python interpreters.

----------
nosy: +r.david.murray
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9515>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:52:01 2010
From: report at bugs.python.org (David Andrzejewski)
Date: Fri, 06 Aug 2010 19:52:01 +0000
Subject: [issue2475] Popen.poll always returns None
In-Reply-To: <1206392349.51.0.854683862843.issue2475@psf.upfronthosting.co.za>
Message-ID: <1281124321.09.0.0103011256704.issue2475@psf.upfronthosting.co.za>


Changes by David Andrzejewski <site+python.org at davidandrzejewski.com>:


----------
nosy: +dandrzejewski

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2475>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:52:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Aug 2010 19:52:24 +0000
Subject: [issue9418] Move _formatter_* methods from string type into _string
	module
In-Reply-To: <1280416899.1.0.0890176421306.issue9418@psf.upfronthosting.co.za>
Message-ID: <1281124344.21.0.721691001323.issue9418@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

If I understand, the point is to better hide two functions that must be exposed for the benefit of .Formatter but which users really should not use. It would also slightly declutter dir(str) and help(str) which are already unusually 'big'. Sounds reasonable.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9418>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:55:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Aug 2010 19:55:08 +0000
Subject: [issue9424] deprecate unittest.TestCase.assertEquals
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1281124508.63.0.565601184222.issue9424@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

What about the other duplicate pairs with a preferred choice?
Is there too much use of the deprecated choice?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9424>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:55:12 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 19:55:12 +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: <1281124512.29.0.672172221517.issue9516@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Fri Aug  6 21:55:37 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Aug 2010 19:55:37 +0000
Subject: [issue9418] Move _formatter_* methods from string type into _string
	module
In-Reply-To: <1280416899.1.0.0890176421306.issue9418@psf.upfronthosting.co.za>
Message-ID: <1281124537.18.0.712320367463.issue9418@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

The idea seems fine to me.  Hiding the _string module in Objects/unicodeobject.c is a little odd, though:  why not a new Modules/_string.c file?

Is the _string module only used by the string module?

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9418>
_______________________________________

From report at bugs.python.org  Fri Aug  6 22:17:42 2010
From: report at bugs.python.org (Eric Smith)
Date: Fri, 06 Aug 2010 20:17:42 +0000
Subject: [issue9537] argparse: use OrderedDict to store subparsers
In-Reply-To: <1281123093.44.0.485972410524.issue9537@psf.upfronthosting.co.za>
Message-ID: <1281125862.62.0.994427718792.issue9537@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/issue9537>
_______________________________________

From report at bugs.python.org  Fri Aug  6 22:24:21 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 20:24:21 +0000
Subject: [issue5612] whitespace folding in the email package could be better ; 
	-)
In-Reply-To: <1238437516.03.0.51001864383.issue5612@psf.upfronthosting.co.za>
Message-ID: <1281126261.18.0.959229049378.issue5612@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yes, this is being kept in mind for email6, but nothing is likely to happen in the current package.  Since email6 won't make 3.2, I'm retargeting this bug for 3.3.

----------
stage:  -> unit test needed
type:  -> behavior
versions: +Python 3.3 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5612>
_______________________________________

From report at bugs.python.org  Fri Aug  6 22:34:03 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 06 Aug 2010 20:34:03 +0000
Subject: [issue9417] Declaring a class creates circular references
In-Reply-To: <1280413185.92.0.0897116981748.issue9417@psf.upfronthosting.co.za>
Message-ID: <1281126843.81.0.812969973086.issue9417@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

What about my suggestion of simply providing a convention on how to disable links manually, similar to how minidom.document does it with an "unlink" method?  If these cases are documented, then there shouldn't be any extra bother to do so.
We could provide an builtin unlink() function that calls any __unlink__ special method if present.

This sounds like a feature request, really, and one that is unlikely to get accepted since it sort of exposes an implementation detail of C python.  Oh well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9417>
_______________________________________

From report at bugs.python.org  Fri Aug  6 22:35:00 2010
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 06 Aug 2010 20:35:00 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281126900.56.0.38706211193.issue9520@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/issue9520>
_______________________________________

From report at bugs.python.org  Fri Aug  6 22:39:37 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 20:39:37 +0000
Subject: [issue1443866] email 3.0+ stops parsing headers prematurely
Message-ID: <1281127177.2.0.647065462092.issue1443866@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It's not clear to me that this is a valid bug.  It is true that the RFC says that a blank line preceeds the body.  However, the line in question is not a valid header line.  Mail parsers trying to implement the "be liberal in what you accept" portion of Postel's law should parse messages that where the blank line between the headers and body is missing.  With the input given, there are three valid Postel interpretations: the body starts at the >From line, the >From line is missing a folding indent and is part of the value of the preceding header, and the >From line is garbage and should be discarded.

Since a leading >From is a token that occurs validly with reasonable frequency in message bodies and is never valid in message headers, I think the current choice is a sane one.  A smarter heuristic might look at the subsequent line and note that they look like headers, but headers can occur in the body of messages, so that heuristic would probably be wrong more often than it was right.  Especially considering that putting headers in a message body is the time when you are most likely to see the leading '>From ' token, since it would be quoting the mbox 'From ' header.

So, I'm closing this bug as rejected.  (Rejected rather than invalid, since reasonable people can certainly disagree about the best heuristics for handling invalid data.)

----------
resolution:  -> rejected
stage: unit test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1443866>
_______________________________________

From report at bugs.python.org  Fri Aug  6 22:44:12 2010
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 06 Aug 2010 20:44:12 +0000
Subject: [issue6811] add a filename argument to marshal.load*
In-Reply-To: <1251745133.13.0.463652094911.issue6811@psf.upfronthosting.co.za>
Message-ID: <1281127452.71.0.755176986591.issue6811@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6811>
_______________________________________

From report at bugs.python.org  Fri Aug  6 23:02:46 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 21:02:46 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1281128566.96.0.371985559372.issue9519@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

rtf2html can't make anything out of that file, so I'm guessing it is some sort of image wrapped up as an RTF?  If that's so can you just post a jpg?  Better would be to cut and paste the Idle session text as text.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Fri Aug  6 23:09:53 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Aug 2010 21:09:53 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1281128993.6.0.221213395917.issue9519@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Replacing RTF file with a plain text version.

----------
nosy: +mark.dickinson
Added file: http://bugs.python.org/file18419/ISSUE_9519.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Fri Aug  6 23:25:24 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Aug 2010 21:25:24 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1281129924.57.0.192314163462.issue9519@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

It appears that IDLE maintains the current indentation level, while the interpreter always resets indentation to the start of the line.  I don't really see why this is a problem.  In IDLE, when you want to unindent a level, you need to hit your backspace key.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Fri Aug  6 23:34:34 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Aug 2010 21:34:34 +0000
Subject: [issue9530] integer undefined behaviors
In-Reply-To: <1281075386.13.0.164742828093.issue9530@psf.upfronthosting.co.za>
Message-ID: <1281130474.39.0.999599999268.issue9530@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed two more bytearray problems in r83768.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9530>
_______________________________________

From report at bugs.python.org  Fri Aug  6 23:36:10 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 21:36:10 +0000
Subject: [issue9531] test_complex.py fails
In-Reply-To: <1281078325.63.0.509083627436.issue9531@psf.upfronthosting.co.za>
Message-ID: <1281130570.74.0.828584578088.issue9531@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> invalid
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9531>
_______________________________________

From report at bugs.python.org  Fri Aug  6 23:42:32 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 21:42:32 +0000
Subject: [issue9532] pipe.read hang,
	when calling commands.getstatusoutput in multi-threading code of
	python 2.4
In-Reply-To: <1281087012.75.0.995842004424.issue9532@psf.upfronthosting.co.za>
Message-ID: <1281130952.69.0.429033654749.issue9532@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

2.4 is no longer maintained by the CPython team.  Can you reproduce this in 2.7?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9532>
_______________________________________

From report at bugs.python.org  Sat Aug  7 00:02:15 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 22:02:15 +0000
Subject: [issue9536] defaultdict doc makes incorrect reference to __missing__
	method
In-Reply-To: <1281106528.37.0.0435364267174.issue9536@psf.upfronthosting.co.za>
Message-ID: <1281132135.36.0.266042989285.issue9536@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I believe the description of __missing__ is there for those who want to subclass defaultdict, but I'll let Raymond confirm.

----------
nosy: +r.david.murray, rhettinger
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> pending
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9536>
_______________________________________

From report at bugs.python.org  Sat Aug  7 00:05:08 2010
From: report at bugs.python.org (Hans Ulrich Niedermann)
Date: Fri, 06 Aug 2010 22:05:08 +0000
Subject: [issue4256] optparse/argparse: provide a simple way to get a
	programmatically useful list of options
In-Reply-To: <1225729854.98.0.852900527881.issue4256@psf.upfronthosting.co.za>
Message-ID: <1281132308.3.0.251075047499.issue4256@psf.upfronthosting.co.za>


Changes by Hans Ulrich Niedermann <hun at n-dimensional.de>:


----------
nosy: +ndim

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4256>
_______________________________________

From report at bugs.python.org  Sat Aug  7 00:06:25 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 22:06:25 +0000
Subject: [issue9537] argparse: use OrderedDict to store subparsers
In-Reply-To: <1281123093.44.0.485972410524.issue9537@psf.upfronthosting.co.za>
Message-ID: <1281132385.28.0.459597180894.issue9537@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +bethard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9537>
_______________________________________

From report at bugs.python.org  Sat Aug  7 00:12:52 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Aug 2010 22:12:52 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1281132772.99.0.346700458539.issue9519@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yes, Mark is correct.  IDLE does auto-indentation, and you have to backspace to go up to the previous indentation level.

----------
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Sat Aug  7 00:48:02 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 06 Aug 2010 22:48:02 +0000
Subject: [issue9534] OrderedDict.__del__ destructor throws AttributeError when
	process ends up with the exception trace
In-Reply-To: <1281095286.81.0.328749516858.issue9534@psf.upfronthosting.co.za>
Message-ID: <1281134882.33.0.277696975309.issue9534@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

None of the other python-dev IRC folks were able to deduce the issue from the provided information.  Closing as invalid.  Feel free to reopen if more actionable information becomes available.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9534>
_______________________________________

From report at bugs.python.org  Sat Aug  7 01:22:58 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 06 Aug 2010 23:22:58 +0000
Subject: [issue9418] Move _formatter_* methods from string type into _string
	module
In-Reply-To: <1280416899.1.0.0890176421306.issue9418@psf.upfronthosting.co.za>
Message-ID: <1281136978.06.0.266756407922.issue9418@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Mark Dickinson wrote:
> > 
> > Mark Dickinson <dickinsm at gmail.com> added the comment:
> > 
> > The idea seems fine to me.  Hiding the _string module in Objects/unicodeobject.c is a little odd, though:  why not a new Modules/_string.c file?
Agreed. Please create a new module C file for this.

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9418>
_______________________________________

From report at bugs.python.org  Sat Aug  7 01:40:22 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 06 Aug 2010 23:40:22 +0000
Subject: [issue9323] trace.py bug with the main file being traced
In-Reply-To: <1279722632.82.0.584454979643.issue9323@psf.upfronthosting.co.za>
Message-ID: <1281138022.49.0.212197327403.issue9323@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Reopening because I think this fix is responsible for a new problem:

$ ./python.exe -m trace -C. -s -c Lib/test/regrtest.py 
Traceback (most recent call last):
  ...

  File "Lib/test/regrtest.py", line 1458, in <module>
    assert __file__ == os.path.abspath(sys.argv[0])
AssertionError
[98796 refs]

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9323>
_______________________________________

From report at bugs.python.org  Sat Aug  7 01:40:52 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 06 Aug 2010 23:40:52 +0000
Subject: [issue9517] Make test.script_helper more comprehensive,
	and use it in the test suite
In-Reply-To: <1280962247.74.0.724550733964.issue9517@psf.upfronthosting.co.za>
Message-ID: <1281138052.56.0.351820907509.issue9517@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

One other feature for the new-and-improved helpers: add a flag to allow "-E" to be omitted (as per the comment in test_cmd_line)

----------
assignee:  -> ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9517>
_______________________________________

From report at bugs.python.org  Sat Aug  7 02:22:38 2010
From: report at bugs.python.org (Robert Buckley)
Date: Sat, 07 Aug 2010 00:22:38 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1281140558.72.0.439593635582.issue9519@psf.upfronthosting.co.za>


Robert Buckley <drbuckle at comcast.net> added the comment:

Yes, thank you. Using BACKSPACE to unindent works when I am using an indented block inside a first or subsequent indented block, e.g., inside a simple funtion. That feature does not work, as illustrated in example 4.1, when using IDLE.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Sat Aug  7 03:56:59 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Aug 2010 01:56:59 +0000
Subject: [issue8306] ctypes.create_string_buffer should only accept bytes
In-Reply-To: <1270313868.4.0.365365163519.issue8306@psf.upfronthosting.co.za>
Message-ID: <1281146219.59.0.51376973523.issue8306@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8306>
_______________________________________

From report at bugs.python.org  Sat Aug  7 04:20:01 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 07 Aug 2010 02:20:01 +0000
Subject: [issue9424] deprecate unittest.TestCase.assertEquals
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1281147601.29.0.624392432529.issue9424@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

If you are talking about assertNotEquals, assertAlmostEquals, and assertAlmostNotEquals they should go as well (I didn't even know they existed). assert_ is probably used more often, but I'd deprecate it too.
Note that in the 2.7 and 3.2 doc assert_ is already marked as deprecated, and the other methods are not documented.

The plan is:
 1) replace all the occurrences of assertEquals, assertNotEquals, assertAlmostEquals, assertAlmostNotEquals, assert_ in the Python test suite with assertEqual, assertNotEqual, assertAlmostEqual, assertAlmostNotEqual, assertTrue;
 2) deprecate assertEquals, assertNotEquals, assertAlmostEquals, assertAlmostNotEquals, assert_;
 3) patch regrtest.py to raise an error when these methods are used, in order to avoid that they sneak in again in the Python test suite.

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9424>
_______________________________________

From report at bugs.python.org  Sat Aug  7 04:30:13 2010
From: report at bugs.python.org (Robert Buckley)
Date: Sat, 07 Aug 2010 02:30:13 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1281148213.42.0.902974992768.issue9519@psf.upfronthosting.co.za>


Robert Buckley <drbuckle at comcast.net> added the comment:

I can say that more clearly. The backspace feature for ending a block does not work in IDLE when attempting to end a block that had no indentation. Example:
>>> if a < 4:
          a = 0 # Assume this is end of the 'if' block; that you want to
                # return to column 1, in line below the 'i'. The use of
                # BACKSPACE in IDLE will fail to achieve the desired
                # result and will cause ERROR.

Another example:
>>> if a < 4:
          a = 0
          while b < 7:
                a = a + b  # Assume this is end of 'while' block; that
                           # you want next line to begin directly below
                           # the 'w'. Use of BACKSPACE in IDLE will
                           # work correctly. But if you ultimately want
                           # to end the initial 'if' block, BACKSPACE
                           # will again fail and result in ERROR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Sat Aug  7 04:42:41 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 07 Aug 2010 02:42:41 +0000
Subject: [issue7994] object.__format__ should reject format strings
In-Reply-To: <1266875939.21.0.792202593026.issue7994@psf.upfronthosting.co.za>
Message-ID: <1281148961.38.0.154697441338.issue7994@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/issue7994>
_______________________________________

From report at bugs.python.org  Sat Aug  7 05:41:52 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 07 Aug 2010 03:41:52 +0000
Subject: [issue9198] Should repr() print unicode characters outside the BMP?
In-Reply-To: <1278579187.34.0.662391507791.issue9198@psf.upfronthosting.co.za>
Message-ID: <1281152512.44.0.306473548081.issue9198@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Assigning to myself so that I'll remember to finish and commit the patch.

----------
assignee:  -> ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9198>
_______________________________________

From report at bugs.python.org  Sat Aug  7 07:04:10 2010
From: report at bugs.python.org (R. David Murray)
Date: Sat, 07 Aug 2010 05:04:10 +0000
Subject: [issue9519] IDLE cannot do example 4.1 in tutorial (if statements)
In-Reply-To: <1280966873.86.0.616393330289.issue9519@psf.upfronthosting.co.za>
Message-ID: <1281157450.57.0.105732781718.issue9519@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Just like in the interactive interpreter, when you get to the end of a suite, you have to hit enter again to end the suite.  This is indicated in the example by the '...' with no other text on the line (i.e.: at that ... you press enter).  In Idle it is the same, except that there is no leading '...' in the interface, just a blank line.

The tracker isn't really the place to get help on using python or Idle.  The python-list mailing list is a good place to seek help.

But if you can see a way to improve the documentation to make this clearer, that would be welcome.  Please open a new issue for that, though.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9519>
_______________________________________

From report at bugs.python.org  Sat Aug  7 08:20:54 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 07 Aug 2010 06:20:54 +0000
Subject: [issue9315] The trace module lacks unit tests
In-Reply-To: <1279647891.9.0.117287880523.issue9315@psf.upfronthosting.co.za>
Message-ID: <1281162054.28.0.885866668639.issue9315@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

[attaching a new patch version]

1. Are you refering to Lib/test/tracedmodules/__init__.py? I did add it - it appears in the patchfile. What do you mean?

2. Fixed

3. Fixed

4. I'm not sure. Tracing of the current file is also a common use case, and I really only created the tracedmodules package to test tracing throughout module boundaries. Anyway I don't have a strong opinion on this issue, so if you think it's important I can move them.

5. 8. I added a comment above the traced functions. For (8) moved the content of README into __init__.py, which documents this re the tracedmodules files in the tracedmodules/ dir.

6. I've documented this in the __init__.py file, once and globally for all traced modules as I don't want to repeat the same comment for each file that may be created there in the future. If you think this isn't enough, please advise re the comment you'd like to see in there.

7. Fixed

9. Modified the function's name to fix_ext_py and its functionality to what trace and some other modules do. Removed the 'modname' function and folded its functionality into my_file_and_modname. Re the latter, I prefer to leave it as a function because it's more flexible this way (flexible for changes in the trace format, for example), and also I almost always use the pair as a tuple anyway, so the function's returning the tuple is more convenient than always pairing two long constant names. The cost of recomputation is meaningless in the context of this code.

10. Fixed

11. Fixed

----------
Added file: http://bugs.python.org/file18420/issue9315.27-maint.6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9315>
_______________________________________

From report at bugs.python.org  Sat Aug  7 08:41:06 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 07 Aug 2010 06:41:06 +0000
Subject: [issue9323] trace.py bug with the main file being traced
In-Reply-To: <1279722632.82.0.584454979643.issue9323@psf.upfronthosting.co.za>
Message-ID: <1281163266.39.0.0317172246775.issue9323@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

It appears to affect 2.7 as well (probably because of a back-port from py3k to 27-maint in revision 83421).

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9323>
_______________________________________

From report at bugs.python.org  Sat Aug  7 08:50:55 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 07 Aug 2010 06:50:55 +0000
Subject: [issue9323] trace.py bug with the main file being traced
In-Reply-To: <1279722632.82.0.584454979643.issue9323@psf.upfronthosting.co.za>
Message-ID: <1281163855.6.0.447262951039.issue9323@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Looking at Lib/test/regrtest.py:

  if __name__ == '__main__':
      # Simplification for findtestdir().
      assert __file__ == os.path.abspath(sys.argv[0])

I'm not sure regrtest.py is prepared to be run from trace at all. Note that this error also happens when running 'python -m profile regrtest.py', so it's rather regrtest.py specific than trace.py specific.

Anyway, trace.py itself currently passes the cmd-line argument as __file__ and not its full path, which causes the breakage in regrtest.py. The full path *could* be easily passed, but I think we should address this problem from regrtest.py's side.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9323>
_______________________________________

From report at bugs.python.org  Sat Aug  7 09:27:09 2010
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Sat, 07 Aug 2010 07:27:09 +0000
Subject: [issue5256] rlcompleter adds builtins when custom dict is used
In-Reply-To: <1234569860.16.0.0783224890959.issue5256@psf.upfronthosting.co.za>
Message-ID: <1281166029.5.0.588793894788.issue5256@psf.upfronthosting.co.za>


Michele Orr? <maker.py at gmail.com> added the comment:

The attached patch fixes this issue and provides some tests.

----------
keywords: +patch
nosy: +maker
Added file: http://bugs.python.org/file18421/rlcompleter.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5256>
_______________________________________

From report at bugs.python.org  Sat Aug  7 09:29:29 2010
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Sat, 07 Aug 2010 07:29:29 +0000
Subject: [issue5256] rlcompleter adds builtins when custom dict is used
In-Reply-To: <1234569860.16.0.0783224890959.issue5256@psf.upfronthosting.co.za>
Message-ID: <1281166169.5.0.253087959031.issue5256@psf.upfronthosting.co.za>


Changes by Michele Orr? <maker.py at gmail.com>:


----------
nosy: +ezio.melotti, mark.dickinson, pitrou, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5256>
_______________________________________

From report at bugs.python.org  Sat Aug  7 09:37:10 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 07 Aug 2010 07:37:10 +0000
Subject: [issue9116] test_capi.test_no_FatalError_infinite_loop crash on
	Windows
In-Reply-To: <1277827107.42.0.0793977492373.issue9116@psf.upfronthosting.co.za>
Message-ID: <1281166630.23.0.570681927532.issue9116@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I said I saw same crash on test_threading in msg110902, but there
is possibility that this is different problem. So I'll remove my
patch and clear dependencies I set.

----------
dependencies:  -Improve condition variable emulation on NT

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9116>
_______________________________________

From report at bugs.python.org  Sat Aug  7 09:37:18 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 07 Aug 2010 07:37:18 +0000
Subject: [issue9116] test_capi.test_no_FatalError_infinite_loop crash on
	Windows
In-Reply-To: <1277827107.42.0.0793977492373.issue9116@psf.upfronthosting.co.za>
Message-ID: <1281166638.14.0.133337303597.issue9116@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


Removed file: http://bugs.python.org/file18091/py3k_ceval_gil.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9116>
_______________________________________

From report at bugs.python.org  Sat Aug  7 09:38:37 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 07 Aug 2010 07:38:37 +0000
Subject: [issue9116] test_capi.test_no_FatalError_infinite_loop crash on
	Windows
In-Reply-To: <1277827107.42.0.0793977492373.issue9116@psf.upfronthosting.co.za>
Message-ID: <1281166717.8.0.667451446113.issue9116@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
nosy:  -ocean-city

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9116>
_______________________________________

From report at bugs.python.org  Sat Aug  7 10:56:14 2010
From: report at bugs.python.org (Ray.Allen)
Date: Sat, 07 Aug 2010 08:56:14 +0000
Subject: [issue9299] os.makedirs(): Add a keyword argument to suppress "File
	exists" exception
In-Reply-To: <1279529255.89.0.917982060428.issue9299@psf.upfronthosting.co.za>
Message-ID: <1281171374.72.0.00618171610897.issue9299@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Since the patch cannot be applied to py3k cleanly, I update it.

----------
Added file: http://bugs.python.org/file18422/mkdir.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9299>
_______________________________________

From report at bugs.python.org  Sat Aug  7 11:23:57 2010
From: report at bugs.python.org (Ville Lindholm)
Date: Sat, 07 Aug 2010 09:23:57 +0000
Subject: [issue5871] email.header.Header too lax with embeded newlines
In-Reply-To: <1240953937.2.0.828159818097.issue5871@psf.upfronthosting.co.za>
Message-ID: <1281173037.5.0.372744406311.issue5871@psf.upfronthosting.co.za>


Ville Lindholm <ville.lindholm at gmail.com> added the comment:

I tried doing a naive implementation (just checking for \n or \r in the argument to Header) but that breaks a lot of unit tests. For example the test message msg_16.txt contains a header like this:

Received: from cougar.noc.ucla.edu (cougar.noc.ucla.edu [169.232.10.18])
	by babylon.socal-raves.org (Postfix) with ESMTP id CCC2C51B84
	for <scr-admin at socal-raves.org>; Sun, 23 Sep 2001 20:13:54 -0700 (PDT)

in other words the header is split up by \n\t. I'm not very familiar with the RFCs, is there some smart way to do this? (This is my first attempt to contribute to Python btw!) It seems many tests rely on this "bug" in Header.

----------
nosy: +vvl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5871>
_______________________________________

From report at bugs.python.org  Sat Aug  7 11:39:21 2010
From: report at bugs.python.org (Ray.Allen)
Date: Sat, 07 Aug 2010 09:39:21 +0000
Subject: [issue9417] Declaring a class creates circular references
In-Reply-To: <1280413185.92.0.0897116981748.issue9417@psf.upfronthosting.co.za>
Message-ID: <1281173961.09.0.741213714324.issue9417@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

krisvale:

> What about my suggestion of simply providing a convention on how to disable links manually, similar to how minidom.document does it with an "unlink" method?  If these cases are documented, then there shouldn't be any extra bother to do so.
We could provide an builtin unlink() function that calls any __unlink__ special method if present.


Maybe through this way such problems can be solved, but it seems it's not graceful and pythonic enough. The reason such an "unlink" method appears in xml.dom.minidom is because usually large xml document can eat up so much memory that we had to do something to make the memory garbaged sooner. But adding this as a standard __unlink__ method and requiring explicitly call the unlink() method make it similar as using c & c++, which require explicitly memory release. 

Besides, as you mentioned, "exposes an implementation detail of C python", it's better that the object reference mechanism be fully controlled by python core and not be awared by users at all. That is also one of the purposes of designing python. 

I prefer terry's idea, which suggests adding a metaclass that produces rc-free class to stdlib. These class should behave almost the same as the ones "type" metaclass produces. In order not to introduce the slower lookup, we can also add a little differences on usage of such classes, for example, internally store mro list without the class itself, but construct a full mro list when getting the __mro__ attribute, and different "super" implementation, since explicitly getting the mro is not so common in practice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9417>
_______________________________________

From report at bugs.python.org  Sat Aug  7 12:06:57 2010
From: report at bugs.python.org (Juan Javier)
Date: Sat, 07 Aug 2010 10:06:57 +0000
Subject: [issue6751] Default return value in ConfigParser
In-Reply-To: <1250845077.86.0.224640008074.issue6751@psf.upfronthosting.co.za>
Message-ID: <1281175617.53.0.580253745116.issue6751@psf.upfronthosting.co.za>


Juan Javier <jjdominguezm at gmail.com> added the comment:

I would like the method to have the exact same behavior as before if the "default" argument is not present, and return the given default value when "deafult" argument is present.

If you simply add a "default" keyword, it will always be present and you wouldn't know if the user wants the exception thrown or the default value returned.

Do you know how to program this using a "default" keyword argument?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6751>
_______________________________________

From report at bugs.python.org  Sat Aug  7 12:08:02 2010
From: report at bugs.python.org (Ray.Allen)
Date: Sat, 07 Aug 2010 10:08:02 +0000
Subject: [issue5871] email.header.Header too lax with embeded newlines
In-Reply-To: <1240953937.2.0.828159818097.issue5871@psf.upfronthosting.co.za>
Message-ID: <1281175682.57.0.444407880216.issue5871@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

Besides, not only the header value, but also the header name can only be printable ascii characters according to RFC2822:

"A field name MUST be composed of printable US-ASCII characters (i.e., characters that have values between 33 and 126, inclusive), except   colon."

But the msg object's __getitem__() seems to accept all ascii characters.

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5871>
_______________________________________

From report at bugs.python.org  Sat Aug  7 12:10:15 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 07 Aug 2010 10:10:15 +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: <1281175815.96.0.583085021977.issue9516@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I agree that this behavior wrong, this should only trigger an error when building packages.

How did you build python? I guess something like this:

$ export MACOSX_DEPLOYMENT_TARGET=10.5
$ configure --enable-framework
$ make install

This should result in getting the right deployment target into config/Makefile, which means there may be two bugs here:

1) sysconfig.get_config_vars shouldn't trigger and error, only 
   the distutils build command should do that

2) config/Makefile should always contain the value of MACOSX_DEPLOYMENT_TARGET as used during the build, which in turn should
mean the value during the configure step.

BTW. I tend to configure like this:

$ configure --enable-framework MACOSX_DEPLOYMENT_TARGET=10.5

That way automatic reruns of configure pick up the right environment variables.

----------
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Sat Aug  7 12:13:13 2010
From: report at bugs.python.org (Chris Withers)
Date: Sat, 07 Aug 2010 10:13:13 +0000
Subject: [issue5612] whitespace folding in the email package could be better ; 
	-)
In-Reply-To: <1238437516.03.0.51001864383.issue5612@psf.upfronthosting.co.za>
Message-ID: <1281175993.92.0.269865339804.issue5612@psf.upfronthosting.co.za>


Chris Withers <chris at simplistix.co.uk> added the comment:

What's email6 and where can I find out more about it?

Chris

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5612>
_______________________________________

From report at bugs.python.org  Sat Aug  7 12:16:21 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 07 Aug 2010 10:16:21 +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: <1281176181.32.0.0141862077955.issue9047@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The patch is not sufficient to fix this issue. One problem is that the configure script also using CFLAGS and CPPFLAGS, which results in duplicate -isysroot flags when the compiler is used by configure.

Fixing this properly is annoyingly hard, I'll have to write down a dataflow graph to find a way to set -isysroot and the -arch flags in the minimal amount of locations to get the right behavior and to get rid of duplicate flags.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9047>
_______________________________________

From report at bugs.python.org  Sat Aug  7 12:49:55 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 07 Aug 2010 10:49:55 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281178195.12.0.357554595581.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

The patch is too huge to be commited at once. I will split it again into smaller parts.

First related commit: r83778 fixes tests for not encodable filenames.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug  7 12:57:43 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 07 Aug 2010 10:57:43 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281178663.24.0.707208884005.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83779 creates run_command(), it's just a refactorization.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug  7 13:09:30 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 07 Aug 2010 11:09:30 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1251896489.26.0.54536142072.issue6822@psf.upfronthosting.co.za>
Message-ID: <1281179370.3.0.610809555135.issue6822@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

I agree with Antoine. Maybe it would make sense to check the file object passed to storlines() and raise an exception if mode != binary.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Sat Aug  7 13:23:22 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 07 Aug 2010 11:23:22 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1281180202.85.0.622612449022.issue8433@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'm a bit surprised that the test *passes* at all, anywhere.  The man page for getmouse says:

"""This function will  return OK if a mouse event is actually visible in the given window, ERR otherwise."""

So if no mouse event occurs (which is presumably the usual case when test_curses is running) then I'd *expect* getmouse to return ERR.

+1 on just disabling these tests for now.

----------
nosy: +akuchling, mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8433>
_______________________________________

From report at bugs.python.org  Sat Aug  7 13:42:25 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 07 Aug 2010 11:42:25 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1281181345.34.0.714215439767.issue8433@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

[Barry]
> So clearly something about the curses module is not compatible with the newer versions of ncurses.

Yep. Here's a NEWS entry from the Ubuntu ncurses source:

20100102
        + minor improvement to tic's checking of similar SGR's to allow for the
          most common case of SGR 0.
        + modify getmouse() to act as its documentation implied, returning on
          each call the preceding event until none are left.  When no more
          events remain, it will return ERR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8433>
_______________________________________

From report at bugs.python.org  Sat Aug  7 13:43:36 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 07 Aug 2010 11:43:36 +0000
Subject: [issue9198] Should repr() print unicode characters outside the BMP?
In-Reply-To: <1278579187.34.0.662391507791.issue9198@psf.upfronthosting.co.za>
Message-ID: <1281181416.73.0.116536231684.issue9198@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9198>
_______________________________________

From report at bugs.python.org  Sat Aug  7 13:44:42 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 07 Aug 2010 11:44:42 +0000
Subject: [issue5110] Printing Unicode chars from the interpreter in a non-UTF8
	terminal raises an error (Py3)
In-Reply-To: <1233329209.55.0.55287436123.issue5110@psf.upfronthosting.co.za>
Message-ID: <1281181482.44.0.215955379018.issue5110@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5110>
_______________________________________

From report at bugs.python.org  Sat Aug  7 14:04:23 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 07 Aug 2010 12:04:23 +0000
Subject: [issue5256] rlcompleter adds builtins when custom dict is used
In-Reply-To: <1234569860.16.0.0783224890959.issue5256@psf.upfronthosting.co.za>
Message-ID: <1281182663.43.0.30256276886.issue5256@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The report says ?This behaviour may sometimes be unwanted. It would be nice to have an option?, so I?m requalifying as a RFE and adjusting versions.

The patch changes behavior (search order was builtins, self.namespace and is now reversed), is this wanted?

The patch also needs to update the doc.

Thanks!

----------
nosy: +merwok
stage: unit test needed -> patch review
type: behavior -> feature request
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5256>
_______________________________________

From report at bugs.python.org  Sat Aug  7 14:28:56 2010
From: report at bugs.python.org (MizardX)
Date: Sat, 07 Aug 2010 12:28:56 +0000
Subject: [issue9529] Converge re.findall and re.finditer
In-Reply-To: <1281073264.71.0.30355123146.issue9529@psf.upfronthosting.co.za>
Message-ID: <1281184136.9.0.917292772296.issue9529@psf.upfronthosting.co.za>


MizardX <mizardx at gmail.com> added the comment:

I don't think (1) would break any code. finditer() would still generate match-objects.

The only time you would be discard the match-object, is if you try to do a destructuring bind in, e.g. a loop. This shouldn't be unexpected for the programmer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9529>
_______________________________________

From report at bugs.python.org  Sat Aug  7 14:30:27 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 07 Aug 2010 12:30:27 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1281184227.78.0.268582061476.issue8433@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Here's a patch that simply reverses the getmouse and ungetmouse calls in the test, ensuring that getmouse actually has something to get.  This fixes the test_curses failure for me on Ubuntu 10.10, and doesn't seem to introduce new failures where test_curses was previously working (on OS X 10.6.4, for example).

Barry, do you want me to apply this to 2.6.6, to give us another green buildbot or two?  Or is it not worth it?

----------
priority: normal -> release blocker
Added file: http://bugs.python.org/file18423/test_curses_getmouse.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8433>
_______________________________________

From report at bugs.python.org  Sat Aug  7 14:34:46 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 07 Aug 2010 12:34:46 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1281184486.24.0.408417687888.issue8433@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Patch applied to py3k in r83780.  I'll watch the py3k buildbots to see how they do.

----------
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8433>
_______________________________________

From report at bugs.python.org  Sat Aug  7 15:04:33 2010
From: report at bugs.python.org (Daniel Urban)
Date: Sat, 07 Aug 2010 13:04:33 +0000
Subject: [issue9417] Declaring a class creates circular references
In-Reply-To: <1280413185.92.0.0897116981748.issue9417@psf.upfronthosting.co.za>
Message-ID: <1281186273.86.0.50333903631.issue9417@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/issue9417>
_______________________________________

From report at bugs.python.org  Sat Aug  7 15:37:42 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 07 Aug 2010 13:37:42 +0000
Subject: [issue9312] Fix usage of :option: markup in stdlib ReST docs
In-Reply-To: <1279599587.56.0.337150515932.issue9312@psf.upfronthosting.co.za>
Message-ID: <1281188262.02.0.141535017532.issue9312@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Following the discussions on pydev and some private correspondence with Georg Brandl, I'm attaching an updated patch.

Things changed:

1. Changes of :option: to ``...`` similar to previous patch

2. :program:`prog` :option:`opt` was changed to ``prog opt``

3. Some modules have a large choice of command line options. Per Georg's suggestions, command line options in these modules can be described with the "cmdoption" directive and later referred to with :option: which inserts a back-link, just like to the Python interpreter options now. I've applied these changes to unittest.rst and timeit.rst. trace.rst also has this problem, but the trace documentation is currently undergoing a major change by issue 9264 (2.6 fix was already committed) and I prefer changing it wholly at once.

In addition, the documentation of optparse underwent a more serious change because it kept referring to options with ``"-o"`` (note the double quotes after the ``), I changed it to ``-o`` for consistency.

--------

P.S. The patch was generated from a fresh pull of py3k from the Hg mirror. The complete list of affected files:

M Doc/library/codecs.rst
M Doc/library/compileall.rst
M Doc/library/doctest.rst
M Doc/library/exceptions.rst
M Doc/library/getopt.rst
M Doc/library/idle.rst
M Doc/library/optparse.rst
M Doc/library/pydoc.rst
M Doc/library/sys.rst
M Doc/library/test.rst
M Doc/library/timeit.rst
M Doc/library/unittest.rst
M Doc/library/webbrowser.rst

----------
nosy: +georg.brandl
Added file: http://bugs.python.org/file18424/issue9312.2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9312>
_______________________________________

From report at bugs.python.org  Sat Aug  7 16:15:47 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 07 Aug 2010 14:15:47 +0000
Subject: [issue9312] Fix usage of :option: markup in stdlib ReST docs
In-Reply-To: <1279599587.56.0.337150515932.issue9312@psf.upfronthosting.co.za>
Message-ID: <1281190547.68.0.754234101965.issue9312@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Nice changes! Especially the program/cmdoption directives combo.

Your patch introduces trailing whitespace (good editor settings can show those, as well as hg diff with the color extension) and has one unnecessary change:

-line, ``options.filename`` will be ``"outfile"`` and ``options.verbose`` will be
+line, ``options.filename`` will be ``outfile`` and ``options.verbose`` will be

In this case, the things in ```` are not command line snippets but Python code, so the quotes are regular string notation.

Attached patch fixes that.

----------
Added file: http://bugs.python.org/file18425/issue9312.3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9312>
_______________________________________

From report at bugs.python.org  Sat Aug  7 16:32:22 2010
From: report at bugs.python.org (R. David Murray)
Date: Sat, 07 Aug 2010 14:32:22 +0000
Subject: [issue5871] email.header.Header too lax with embeded newlines
In-Reply-To: <1240953937.2.0.828159818097.issue5871@psf.upfronthosting.co.za>
Message-ID: <1281191542.0.0.370478694479.issue5871@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yeah, after I posted that suggestion it occurred to me that the newline stuff *is* embedded in the way email5 works, but I hadn't gotten back here to post a followup yet.  I don't like it, but it is what it is.  (I believe the theory is to preserve the formatting of the text that was parsed from an input message...in email6 I'm planning on handling that a different and safer way, albeit at the cost of using extra memory.)

So to fix the issue in email5 I we'd have to make sure there is whitespace following the newlines when *emitting* headers...which could then break roundtripping badly formed emails, which is not likely to be acceptable, and certainly would not be backportable. :(

In other words, it's not obvious to me that we *can* fix this in email5. :( :(

Thanks for working on this, and if you come up with any clever ideas let me know, and I'll do the same :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5871>
_______________________________________

From report at bugs.python.org  Sat Aug  7 16:33:21 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Sat, 07 Aug 2010 14:33:21 +0000
Subject: [issue9312] Fix usage of :option: markup in stdlib ReST docs
In-Reply-To: <1279599587.56.0.337150515932.issue9312@psf.upfronthosting.co.za>
Message-ID: <1281191601.35.0.154043146491.issue9312@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Eric, thanks for the catch and the fix. If there's anything else, just let me know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9312>
_______________________________________

From report at bugs.python.org  Sat Aug  7 16:36:17 2010
From: report at bugs.python.org (R. David Murray)
Date: Sat, 07 Aug 2010 14:36:17 +0000
Subject: [issue5871] email.header.Header too lax with embeded newlines
In-Reply-To: <1240953937.2.0.828159818097.issue5871@psf.upfronthosting.co.za>
Message-ID: <1281191777.76.0.121539696096.issue5871@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Re __getitem__: yes, the email package allows you to work with messages that are *not* RFC conformant (which you do encounter when processing actual email :), and this is an important feature.  The plan in email6 is to detect and report additional RFC violations, with an optional "strict" mode to raise errors if any violations are encountered.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5871>
_______________________________________

From report at bugs.python.org  Sat Aug  7 16:37:20 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 07 Aug 2010 14:37:20 +0000
Subject: [issue9312] Fix usage of :option: markup in stdlib ReST docs
In-Reply-To: <1279599587.56.0.337150515932.issue9312@psf.upfronthosting.co.za>
Message-ID: <1281191840.01.0.535384521656.issue9312@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Nothing else to say, +1 on commit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9312>
_______________________________________

From report at bugs.python.org  Sat Aug  7 17:02:01 2010
From: report at bugs.python.org (R. David Murray)
Date: Sat, 07 Aug 2010 15:02:01 +0000
Subject: [issue5612] whitespace folding in the email package could be better ; 
	-)
In-Reply-To: <1238437516.03.0.51001864383.issue5612@psf.upfronthosting.co.za>
Message-ID: <1281193321.56.0.903254909988.issue5612@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It's a plan to redesign the email API so that it can easily manipulate both bytes and strings as needed, with a backward compatibility layer that allows the current API to be used if all you need to do is process strings.  If we're lucky there may be a PyPI package that backports it to 2.x, although there the backward compatibility API will probably only work if you don't ever want to decode the message to unicode :(.

It is a project of the email-sig, but currently I'm the only one actively working on the code.

There are design documents in the wiki:

    http://wiki.python.org/moin/Email%20SIG

the current code (which of course is in the middle of various transformations and the docs aren't completely up to date) is on launchpad in deference to Barry:

    https://launchpad.net/python-email6

I welcome your comments!

(*) email4 is the package in most of the actively used versions of Python2.x, email5 is the version in 3.0/3.1/3.2, email6 will hopefully be the version in 3.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5612>
_______________________________________

From report at bugs.python.org  Sat Aug  7 17:21:40 2010
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Sat, 07 Aug 2010 15:21:40 +0000
Subject: [issue5256] rlcompleter adds builtins when custom dict is used
In-Reply-To: <1234569860.16.0.0783224890959.issue5256@psf.upfronthosting.co.za>
Message-ID: <1281194500.15.0.284908096111.issue5256@psf.upfronthosting.co.za>


Michele Orr? <maker.py at gmail.com> added the comment:

Yes, it is. I think the user would expect that kind of behaviour.

The attached patch updates the Doc.

----------
Added file: http://bugs.python.org/file18426/rlcompleter_docs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5256>
_______________________________________

From report at bugs.python.org  Sat Aug  7 17:38:24 2010
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Sat, 07 Aug 2010 15:38:24 +0000
Subject: [issue5256] rlcompleter adds builtins when custom dict is used
In-Reply-To: <1234569860.16.0.0783224890959.issue5256@psf.upfronthosting.co.za>
Message-ID: <1281195504.6.0.403874913456.issue5256@psf.upfronthosting.co.za>


Changes by Michele Orr? <maker.py at gmail.com>:


Removed file: http://bugs.python.org/file18426/rlcompleter_docs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5256>
_______________________________________

From report at bugs.python.org  Sat Aug  7 17:38:44 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 15:38:44 +0000
Subject: [issue9417] Declaring a class creates circular references
In-Reply-To: <1280413185.92.0.0897116981748.issue9417@psf.upfronthosting.co.za>
Message-ID: <1281195524.66.0.776972755994.issue9417@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am opposed to a new 'unlink' builtin and '__unlink__' special method. There are more than enough builtin functions now, and this need is specific to those who both make lots temporary classes that they need garbage collected AND need to run with gc turned off. The intersection of these two small groups is probably very small. Since turning gc off is only an option with CPython (and PyPy?), this need is also implementation specific.

Before anything were added to the stdlib (and the need *might* be considered too rare for that) it should be tested in real use by more than one person. It appears that there are at least a couple of options for implementing a no_cr class. They could be attached to this issue, posted on the cookbook, or uploaded to PyPI.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9417>
_______________________________________

From report at bugs.python.org  Sat Aug  7 17:38:59 2010
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Sat, 07 Aug 2010 15:38:59 +0000
Subject: [issue5256] rlcompleter adds builtins when custom dict is used
In-Reply-To: <1234569860.16.0.0783224890959.issue5256@psf.upfronthosting.co.za>
Message-ID: <1281195539.98.0.251555132705.issue5256@psf.upfronthosting.co.za>


Changes by Michele Orr? <maker.py at gmail.com>:


Added file: http://bugs.python.org/file18427/rlcompleter_docs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5256>
_______________________________________

From report at bugs.python.org  Sat Aug  7 18:02:40 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 16:02:40 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281196960.48.0.276020274466.issue5027@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

There are no specific maintainers for xml.sax.utils. As per RDM's suggestion, Fred or Martin, do either of you have any comments on this or who it might be referred to?

----------
nosy: +fdrake, loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Sat Aug  7 18:17:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 16:17:14 +0000
Subject: [issue2628] ftplib Persistent data connection
In-Reply-To: <1208130611.58.0.0933193390026.issue2628@psf.upfronthosting.co.za>
Message-ID: <1281197834.42.0.632340356815.issue2628@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file10025/ftplib.py.blockmode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2628>
_______________________________________

From report at bugs.python.org  Sat Aug  7 18:22:17 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 16:22:17 +0000
Subject: [issue2628] ftplib Persistent data connection
In-Reply-To: <1208130611.58.0.0933193390026.issue2628@psf.upfronthosting.co.za>
Message-ID: <1281198137.09.0.916301528933.issue2628@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2628>
_______________________________________

From report at bugs.python.org  Sat Aug  7 18:33:11 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 16:33:11 +0000
Subject: [issue2628] ftplib Persistent data connection
In-Reply-To: <1208130611.58.0.0933193390026.issue2628@psf.upfronthosting.co.za>
Message-ID: <1281198791.2.0.742567506715.issue2628@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2628>
_______________________________________

From report at bugs.python.org  Sat Aug  7 18:37:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 16:37:37 +0000
Subject: [issue1306248] Add 64-bit Solaris 9 build instructions to README
Message-ID: <1281199057.57.0.230265640124.issue1306248@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In the absence of a patch submission, I am closing this.
Perhaps it is obsolete anyway.

----------
resolution:  -> out of date
status: open -> closed
versions: +Python 3.2 -Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1306248>
_______________________________________

From report at bugs.python.org  Sat Aug  7 18:56:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 16:56:12 +0000
Subject: [issue6804] IDLE: Detect Python files even if name doesn't end in .py
In-Reply-To: <1251582280.35.0.0143459273436.issue6804@psf.upfronthosting.co.za>
Message-ID: <1281200172.79.0.997695501984.issue6804@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am a little puzzled by this issue.
1. Why would a Windows user use any extention other than .py or .pyw, which IDLE opens fine. How many people do something senseless like hand-registering, say 'xiq', as a python file?
2. .pyc files are binary files and NOT source code files and cannot be opened by IDLE as it will attempt to decode them into text. So why the check for that?

Also, I believe there is another issue to add a 'Treat this as Python code' entry to one of the menus. This would cover the case of files without extensions and files that are not python files but happen (on a case-by-case basis) to have python code embedded within.

So I am thinking that this should be closed.

----------
nosy: +terry.reedy
versions:  -Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6804>
_______________________________________

From report at bugs.python.org  Sat Aug  7 19:11:26 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 17:11:26 +0000
Subject: [issue7450] document that os.chmod accepts an octal digit mode
In-Reply-To: <1260201260.24.0.734078851389.issue7450@psf.upfronthosting.co.za>
Message-ID: <1281201086.74.0.567180891746.issue7450@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

(3.1.2)
15.1.5. Files and Directories
os.chmode entry: I recommend changing the first sentence
"Change the mode of path to the numeric mode."
to
"Change the mode of path to the integer mode (such as 0x755)."

For 2.7, delete the 'x'.

This should make it clear to Unix users that they can use the usual octal designations.

----------
assignee: georg.brandl -> docs at python
keywords: +easy, patch
nosy: +docs at python, terry.reedy
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7450>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:02:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:02:42 +0000
Subject: [issue8228] pprint, single/multiple items per line parameter
In-Reply-To: <1269497760.71.0.432450737837.issue8228@psf.upfronthosting.co.za>
Message-ID: <1281204162.1.0.13651288163.issue8228@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8228>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:06:47 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:06:47 +0000
Subject: [issue7798] document pydoc methods
In-Reply-To: <1264692401.66.0.0955816094505.issue7798@psf.upfronthosting.co.za>
Message-ID: <1281204407.93.0.248896223965.issue7798@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Pydoc has a number of useful things that might be moved elsewhere and imported. An example is the no-yes filter _split_list. Documenting them in place would create something of a jumble. So I think this issue should be either closed (and possibly another opened) or renamed "Extract pydoc.page into a separate stdlib module." and reclassified.

----------
nosy: +terry.reedy
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7798>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:06:53 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 07 Aug 2010 18:06:53 +0000
Subject: [issue6926] socket module missing IPPROTO_IPV6, IPPROTO_IPV4
In-Reply-To: <1253143086.64.0.131724035197.issue6926@psf.upfronthosting.co.za>
Message-ID: <1281204413.98.0.184894247615.issue6926@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/issue6926>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:08:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:08:24 +0000
Subject: [issue1944] Documentation for PyUnicode_AsString (et al.) missing.
In-Reply-To: <1201415203.65.0.272410099804.issue1944@psf.upfronthosting.co.za>
Message-ID: <1281204504.97.0.749886130431.issue1944@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/issue1944>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:09:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:09:37 +0000
Subject: [issue8713] multiprocessing needs option to eschew fork() under Linux
In-Reply-To: <1273853591.12.0.245920632829.issue8713@psf.upfronthosting.co.za>
Message-ID: <1281204577.58.0.486078201614.issue8713@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6, Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8713>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:11:16 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:11:16 +0000
Subject: [issue1038909] pydoc method documentation lookup enhancement
Message-ID: <1281204676.46.0.960517144328.issue1038909@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1038909>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:11:48 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:11:48 +0000
Subject: [issue1371826] distutils is silent about multiple -I/-L/-R
Message-ID: <1281204708.3.0.753026187546.issue1371826@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1371826>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:13:21 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:13:21 +0000
Subject: [issue4086] support %z format in time.strftime and _strptime?
In-Reply-To: <1223551646.15.0.164355592546.issue4086@psf.upfronthosting.co.za>
Message-ID: <1281204801.38.0.31702221642.issue4086@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4086>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:18:19 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:18:19 +0000
Subject: [issue9127] subprocess.Popen.communicate() and SIGCHLD handlers
In-Reply-To: <1277913297.34.0.963310724242.issue9127@psf.upfronthosting.co.za>
Message-ID: <1281205099.87.0.460838736909.issue9127@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Can you suggest a specific doc patch with new text and location?

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9127>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:20:02 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:20:02 +0000
Subject: [issue6824] help for a module should list supported platforms
In-Reply-To: <1251909781.63.0.685022567379.issue6824@psf.upfronthosting.co.za>
Message-ID: <1281205202.99.0.298545644219.issue6824@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6824>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:30:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:30:14 +0000
Subject: [issue7352] python2.6-config --ldflags out of /usr and missing
	-L<install_lib_dir>
In-Reply-To: <1258578467.08.0.137292547946.issue7352@psf.upfronthosting.co.za>
Message-ID: <1281205814.13.0.0510320438381.issue7352@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am not sure that such a change to python-config.in could go into a bugfix release as it might need more testing on a variety of systems than bugfix releases tend to get. Does (in your opinion) 3.1/2 need the same change?

Martin, who should look at Linux build/install issues?

----------
nosy: +loewis, terry.reedy
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7352>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:31:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:31:32 +0000
Subject: [issue5784] raw deflate format and zlib module
In-Reply-To: <1240006221.86.0.263428051867.issue5784@psf.upfronthosting.co.za>
Message-ID: <1281205892.53.0.770903671683.issue5784@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5784>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:32:26 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:32:26 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281205946.51.0.507751303789.issue6678@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> needs patch
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:32:51 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:32:51 +0000
Subject: [issue5962] Ambiguity about the semantics of sys.exit() and
	os._exit() in multithreaded program
In-Reply-To: <1241722395.44.0.880118568656.issue5962@psf.upfronthosting.co.za>
Message-ID: <1281205971.15.0.521484435811.issue5962@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5962>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:33:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:33:08 +0000
Subject: [issue1554133] PyOS_InputHook() and related API funcs. not documented
Message-ID: <1281205988.84.0.0566036267086.issue1554133@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1554133>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:33:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:33:45 +0000
Subject: [issue1626300] 'Installing Python Modules' does not work for Windows
Message-ID: <1281206025.24.0.580034566237.issue1626300@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1626300>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:34:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:34:32 +0000
Subject: [issue1643712] Emphasize buffering issues when sys.stdin is used
Message-ID: <1281206072.9.0.482691821915.issue1643712@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> needs patch
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1643712>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:35:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:35:37 +0000
Subject: [issue1865] Bytes alias for 2.6
In-Reply-To: <1200673415.11.0.353515189605.issue1865@psf.upfronthosting.co.za>
Message-ID: <1281206137.51.0.798841479223.issue1865@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1865>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:36:28 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:36:28 +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: <1281206188.66.0.648500226549.issue4965@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4965>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:37:38 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:37:38 +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: <1281206258.64.0.815174041045.issue7867@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7867>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:38:10 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:38:10 +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: <1281206290.26.0.340394994629.issue8269@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8269>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:45:09 2010
From: report at bugs.python.org (Matthew Barnett)
Date: Sat, 07 Aug 2010 18:45:09 +0000
Subject: [issue9529] Converge re.findall and re.finditer
In-Reply-To: <1281073264.71.0.30355123146.issue9529@psf.upfronthosting.co.za>
Message-ID: <1281206709.82.0.233912754658.issue9529@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

Ah, I see what you mean. I still think you're wrong, though! :-)

The 'for' loop is doing is basically this:

    it = re.finditer(r'(\w+):(\w+)', text)
    try:
        while True:
            match_object = next(it)
            # body of loop
    except StopIteration:
        pass

re.finditer() it returns a generator which yields match objects.

What I think you're actually requesting (but not realising) is for the 'for' loop not just to iterate over the generator, but also over what the generator yields.

If you want re.finditer() to yield the groups then it has to return a generator which yields those groups, not match objects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9529>
_______________________________________

From report at bugs.python.org  Sat Aug  7 20:51:31 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 18:51:31 +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: <1281207091.64.0.516556459981.issue8387@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In the current 2.7 docs, files are opened with 'rb' or 'wb'.
In msg106210 of #1072404, RDM says "The doc has been fixed;".
I am not sure if this refers a change in the open or just removal of reference to non-working delimiter option.
David?
Any opinion on this request?

----------
assignee: georg.brandl -> docs at python
nosy: +docs at python, r.david.murray, terry.reedy
stage:  -> needs patch
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8387>
_______________________________________

From report at bugs.python.org  Sat Aug  7 21:11:48 2010
From: report at bugs.python.org (Joel Brobecker)
Date: Sat, 07 Aug 2010 19:11:48 +0000
Subject: [issue7352] python2.6-config --ldflags out of /usr and missing
	-L<install_lib_dir>
In-Reply-To: <1258578467.08.0.137292547946.issue7352@psf.upfronthosting.co.za>
Message-ID: <1281208308.48.0.0983867775991.issue7352@psf.upfronthosting.co.za>


Joel Brobecker <brobecker at gnat.com> added the comment:

I agree that more testing in head would be useful before possibly considering inclusion in one of the bug-fix releases. Given that this only affects binaries installed at a different location than the configure prefix, this seems hardly critical (and easy to fix locally).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7352>
_______________________________________

From report at bugs.python.org  Sat Aug  7 21:45:20 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 19:45:20 +0000
Subject: [issue8722] Documentation for __getattr__
In-Reply-To: <1273896658.97.0.575873001655.issue8722@psf.upfronthosting.co.za>
Message-ID: <1281210320.11.0.132894784105.issue8722@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The problem with changing 2.7 docs is that object access is different for old- and new-style properties. Does your example work if you remove 'object'? (IE, can old style classes have properties?)

For new-style classes, the example behavior is clear if you 1. know that object has a .__getattribute__ method inherited by everything when not overriden and 2. read the doc for that which says that __getattr__ is called whenever a __getattribute__ call raises AttributeError, which it does here by passing through the .get error.

For 3.x, I think in 3.3.2. Customizing attribute access,
object.__getattr__(self, name) 
"Called when an attribute lookup has not found the attribute in the usual places (i.e. it is not an instance attribute nor is it found in the class tree for self). name is the attribute name. "

might be replaced by

"Called when self.__getattribute__(name) raise AttributeError because name is not an instance attribute, not found in the class tree for self, or is a property attribute whose .get() method raises AttributeError."

But this does not work for 2.7.

----------
keywords: +patch
nosy: +terry.reedy
stage:  -> needs patch
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8722>
_______________________________________

From report at bugs.python.org  Sat Aug  7 21:50:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 19:50:08 +0000
Subject: [issue8722] Documentation for __getattr__
In-Reply-To: <1273896658.97.0.575873001655.issue8722@psf.upfronthosting.co.za>
Message-ID: <1281210608.21.0.571184654706.issue8722@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

/raise/raises/

I am pretty sure that when __getattribute__ is bypassed, so is __getattr__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8722>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:04:39 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:04:39 +0000
Subject: [issue9538] Replace confusing pseudoname 'object' in special methods
	section.
In-Reply-To: <1281211479.21.0.733519342396.issue9538@psf.upfronthosting.co.za>
Message-ID: <1281211479.21.0.733519342396.issue9538@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

In 3.3. Special method names, 'object' is used as a pseudo class name to prefix all the special method entries. This conflicts with the usual two Python meanings.

1. 'object' is the name of a specific class. So the entry for object.__getattribute__(self, name) says to avoid circularity by calling
object.__getattribute__(self, name), which looks circular and requires a bit a mental work by the reader to properly understand. Ditto for
object.__setattr__(self, name, value) calling
object.__setattr__(self, name, value)

2. Non-specifically, 'object' is usually understood to mean any Python object, not just a class. But the signatures as written require that 'object' specifically be a class and 'object' does not convey that.

So for both reasons, I propose that the pseudoname 'object' be replaces with 'class' or 'someclass'

----------
assignee: docs at python
components: Documentation
messages: 113194
nosy: docs at python, georg.brandl, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Replace confusing pseudoname 'object' in special methods section.
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9538>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:08:15 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:08:15 +0000
Subject: [issue9538] Replace confusing pseudoname 'object' in special methods
	section.
In-Reply-To: <1281211479.21.0.733519342396.issue9538@psf.upfronthosting.co.za>
Message-ID: <1281211695.53.0.0332404981479.issue9538@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I also think that in "In order to avoid infinite recursion in this method, its implementation should always call the base class method with the same name to access any attributes it needs, for example, object.__getattribute__(self, name).", 'the base class' should be 'a base class' or 'a superclass' since there might be more than one base/super class. Ditto for __setattr__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9538>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:15:41 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:15:41 +0000
Subject: [issue9538] Replace confusing pseudoname 'object' in special methods
	section.
In-Reply-To: <1281211479.21.0.733519342396.issue9538@psf.upfronthosting.co.za>
Message-ID: <1281212141.1.0.330700528139.issue9538@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I filed this because I just reread the __getattr(ibute)__ entries to respond to #8722 and found myself again stumbling over the 'object' confusion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9538>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:17:30 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:17:30 +0000
Subject: [issue8145] Documentation about sqlite3 isolation_level
In-Reply-To: <1268643705.49.0.319902511171.issue8145@psf.upfronthosting.co.za>
Message-ID: <1281212250.45.0.867644225106.issue8145@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> patch review
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8145>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:21:48 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:21:48 +0000
Subject: [issue724459] Add documentation about line endings in email messages.
Message-ID: <1281212508.48.0.573193339775.issue724459@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Sorry this slipped thru the cracks so long. RDM is revamping email, most likely for 3.3, and will consider open issues in doing so.

----------
nosy: +terry.reedy
versions:  -Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue724459>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:22:59 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:22:59 +0000
Subject: [issue1098749] Single-line option to pygettext.py
Message-ID: <1281212579.76.0.196774116873.issue1098749@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1098749>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:24:52 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:24:52 +0000
Subject: [issue2920] Patch to print symbolic value or errno in
	EnvironmentError.__str__()
In-Reply-To: <1211228076.96.0.534347381118.issue2920@psf.upfronthosting.co.za>
Message-ID: <1281212692.15.0.841912695265.issue2920@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2920>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:25:40 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:25:40 +0000
Subject: [issue8340] bytearray undocumented on trunk
In-Reply-To: <1270682579.64.0.491172746908.issue8340@psf.upfronthosting.co.za>
Message-ID: <1281212740.54.0.889924665326.issue8340@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: needs patch -> patch review
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8340>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:27:48 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:27:48 +0000
Subject: [issue9105] pickle security note should be more prominent
In-Reply-To: <1277745956.4.0.951690442784.issue9105@psf.upfronthosting.co.za>
Message-ID: <1281212868.23.0.133979484283.issue9105@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9105>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:28:50 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:28:50 +0000
Subject: [issue9105] pickle security note should be more prominent
In-Reply-To: <1277745956.4.0.951690442784.issue9105@psf.upfronthosting.co.za>
Message-ID: <1281212930.56.0.167190551665.issue9105@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

FWIW, I agree too. The current location is a bit odd.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9105>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:35:25 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:35:25 +0000
Subject: [issue8834] Define order of Misc/ACKS entries
In-Reply-To: <1274993181.13.0.347164864235.issue8834@psf.upfronthosting.co.za>
Message-ID: <1281213325.76.0.593782958857.issue8834@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Only a few days left for 2.6 ;-)

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8834>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:37:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:37:37 +0000
Subject: [issue7790] struct_time documentation entry should point to the table
	defining the tuple
In-Reply-To: <1264538314.16.0.129243655657.issue7790@psf.upfronthosting.co.za>
Message-ID: <1281213457.19.0.564752322973.issue7790@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +belopolsky
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7790>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:39:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:39:12 +0000
Subject: [issue1945] Document back ported C functions
In-Reply-To: <1201445858.91.0.21119487494.issue1945@psf.upfronthosting.co.za>
Message-ID: <1281213552.46.0.570244524695.issue1945@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
stage:  -> patch review
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1945>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:39:56 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:39:56 +0000
Subject: [issue1062] nice to have a way to tell if a socket is bound
In-Reply-To: <1188496399.92.0.368162629574.issue1062@psf.upfronthosting.co.za>
Message-ID: <1281213596.03.0.111073589193.issue1062@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1062>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:45:56 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:45:56 +0000
Subject: [issue1605] Semi autogenerated _types module
In-Reply-To: <1197510011.31.0.0381617184937.issue1605@psf.upfronthosting.co.za>
Message-ID: <1281213956.63.0.10268343276.issue1605@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/issue1605>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:49:50 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:49:50 +0000
Subject: [issue1203650] Allow larger programs to be frozen under Win32
Message-ID: <1281214190.65.0.304974580091.issue1203650@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I added this as a dependency to #7962. I believe there was some thought on the pydev list of removing freeze (because not-working or obsolete).

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1203650>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:49:53 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:49:53 +0000
Subject: [issue7962] Demo and Tools need to be tested and pruned
In-Reply-To: <1266531589.82.0.915519058153.issue7962@psf.upfronthosting.co.za>
Message-ID: <1281214193.15.0.189491006405.issue7962@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
dependencies: +Allow larger programs to be frozen under Win32

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7962>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:50:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:50:42 +0000
Subject: [issue2786] Names in traceback should have class names,
	if they're methods
In-Reply-To: <1210191958.85.0.412869826908.issue2786@psf.upfronthosting.co.za>
Message-ID: <1281214242.95.0.534901444611.issue2786@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/issue2786>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:53:31 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:53:31 +0000
Subject: [issue433030] SRE: Atomic Grouping (?>...) is not supported
Message-ID: <1281214411.77.0.19489439686.issue433030@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Does the re2 work (#2636) make this outdated?

----------
nosy: +terry.reedy
stage:  -> patch review
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433030>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:54:01 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:54:01 +0000
Subject: [issue1173134] improvement of the script adaptation for the win32
	platform
Message-ID: <1281214441.78.0.498353663414.issue1173134@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1173134>
_______________________________________

From report at bugs.python.org  Sat Aug  7 22:57:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 20:57:24 +0000
Subject: [issue416670] MatchObjects not deepcopy()able
Message-ID: <1281214644.25.0.57487768045.issue416670@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The OP has no interest in this, there is no patch, and re2 is coming. Should we close this?

----------
nosy: +terry.reedy
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue416670>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:00:30 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:00:30 +0000
Subject: [issue433024] SRE: (?flag) isn't properly scoped
Message-ID: <1281214830.44.0.376228307327.issue433024@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> out of date
superseder:  -> Major reworking of Python 2.5.2 re module
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433024>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:06:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:06:04 +0000
Subject: [issue5501] Update multiprocessing docs re: freeze_support
In-Reply-To: <1237312904.73.0.910184118935.issue5501@psf.upfronthosting.co.za>
Message-ID: <1281215164.42.0.477298514113.issue5501@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I think that question is covered by "If the module is being run normally by the Python interpreter then freeze_support() has no effect."

Jesse, do you think anything more is needed, like '(on any platform)' after 'interpreter', or should be close this?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5501>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:06:16 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:06:16 +0000
Subject: [issue5501] Update multiprocessing docs re: freeze_support
In-Reply-To: <1237312904.73.0.910184118935.issue5501@psf.upfronthosting.co.za>
Message-ID: <1281215176.02.0.874328477472.issue5501@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5501>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:10:33 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:10:33 +0000
Subject: [issue1546442] subprocess.Popen can't read file object as stdin after
	seek
Message-ID: <1281215433.98.0.621332801573.issue1546442@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In the absence of a doc patch, I am following Daniel's suggestion to close this.

----------
nosy: +terry.reedy
resolution:  -> later
status: open -> closed
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1546442>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:12:17 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:12:17 +0000
Subject: [issue1095821] The doc for DictProxy is missing
Message-ID: <1281215537.12.0.0213818118734.issue1095821@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In 3.x, DictProxy and other internal types are gone from types.

----------
nosy: +terry.reedy
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1095821>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:18:11 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:18:11 +0000
Subject: [issue2057] difflib: add patch capability
In-Reply-To: <1202628772.22.0.236434867196.issue2057@psf.upfronthosting.co.za>
Message-ID: <1281215891.43.0.161836354814.issue2057@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I would like to see this more easily available, perhaps in /Scripts.
Are unified diffs the type usually posted to the tracker?
I am not sure what you meant by ' diff/patch lib is not.'

----------
nosy: +terry.reedy
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2057>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:20:49 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:20:49 +0000
Subject: [issue1353344] python.desktop
Message-ID: <1281216049.62.0.929389694281.issue1353344@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I see lots of interest and several translations. Was there an intention to add this to the distribution (or has it been)? Or is it out-of-date?

----------
nosy: +terry.reedy
stage:  -> patch review
versions: +Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1353344>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:24:19 2010
From: report at bugs.python.org (Ron Adam)
Date: Sat, 07 Aug 2010 21:24:19 +0000
Subject: [issue7798] document pydoc methods
In-Reply-To: <1264692401.66.0.0955816094505.issue7798@psf.upfronthosting.co.za>
Message-ID: <1281216259.79.0.523032666803.issue7798@psf.upfronthosting.co.za>


Ron Adam <ron_adam at users.sourceforge.net> added the comment:

I think a good place for the pager is in the cmd module.  I have a separated version of it I could upload if there is consensus on this.

I've extracted the text server, but it's in a minimum 'works for pydoc' stage. (See issue 2001)

Both of these need some more eye to look at the api's before they get documented.

----------
nosy: +ron_adam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7798>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:24:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:24:35 +0000
Subject: [issue1294232] Error in metaclass search order
Message-ID: <1281216275.18.0.421276094577.issue1294232@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is the 3.1/2 doc still lacking in this area?

----------
nosy: +terry.reedy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294232>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:27:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:27:42 +0000
Subject: [issue1722] Undocumented urllib functions
In-Reply-To: <1199298780.6.0.893928826633.issue1722@psf.upfronthosting.co.za>
Message-ID: <1281216462.2.0.546698380501.issue1722@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

When internal functions lack '_', perhaps the doc should say "xys,uie, and ooe are intentionally undocumented internal functions." Otherwise, how is one supposed to know?

----------
nosy: +terry.reedy
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1722>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:28:34 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:28:34 +0000
Subject: [issue6519] Reorder 'with' statement for files in Python Tutorial
In-Reply-To: <1247966369.75.0.40232300258.issue6519@psf.upfronthosting.co.za>
Message-ID: <1281216514.4.0.979542375644.issue6519@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6519>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:29:38 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:29:38 +0000
Subject: [issue4892] Sending Connection-objects over multiprocessing
	connections fails
In-Reply-To: <1231501567.81.0.886406215073.issue4892@psf.upfronthosting.co.za>
Message-ID: <1281216578.93.0.198315385051.issue4892@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4892>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:30:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:30:46 +0000
Subject: [issue740495] API enhancement: poplib.MailReader()
Message-ID: <1281216646.68.0.933340433477.issue740495@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue740495>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:31:17 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:31:17 +0000
Subject: [issue1744] readline module - set/get quote delimiters
In-Reply-To: <1199632447.57.0.76416797802.issue1744@psf.upfronthosting.co.za>
Message-ID: <1281216677.16.0.267350327706.issue1744@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1744>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:32:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:32:14 +0000
Subject: [issue9031] distutils uses invalid "-Wstrict-prototypes" flag when
	compiling C++ extension module
In-Reply-To: <1276891952.43.0.0434978352487.issue9031@psf.upfronthosting.co.za>
Message-ID: <1281216734.9.0.26887486057.issue9031@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> duplicate
status: open -> closed
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9031>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:32:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Aug 2010 21:32:45 +0000
Subject: [issue7790] struct_time documentation entry should point to the table
	defining the tuple
In-Reply-To: <1264538314.16.0.129243655657.issue7790@psf.upfronthosting.co.za>
Message-ID: <1281216765.54.0.966436175756.issue7790@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7790>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:35:01 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 07 Aug 2010 21:35:01 +0000
Subject: [issue9538] Replace confusing pseudoname 'object' in special methods
	section.
In-Reply-To: <1281211479.21.0.733519342396.issue9538@psf.upfronthosting.co.za>
Message-ID: <1281216901.5.0.319677436218.issue9538@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Good catch!

Names listed under language reference section 3.3.1 actually all exist on object, e.g. object.__new__?. It is section 3.3.2 that lists names that *can* be defined but don?t have a default implementation on object, so +1 on using ?someclass? here to be clear. Oh, and let?s change ?class? to ?someclass? too in the examples under 3.3.4, to use valid syntax and consistent naming.

I think we should not change ?the base class?, since even with multiple bases a class still has one most immediate parent, found in cls.__base__ (a.k.a. cls.__bases__[0]).

? with the exception of __bool__ and the lack of __reduce{_ex,}__ and __subclasshook__; I?ll open a bug about those.

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9538>
_______________________________________

From report at bugs.python.org  Sat Aug  7 23:36:08 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 07 Aug 2010 21:36:08 +0000
Subject: [issue8722] Documentation for __getattr__
In-Reply-To: <1273896658.97.0.575873001655.issue8722@psf.upfronthosting.co.za>
Message-ID: <1281216968.38.0.271290323152.issue8722@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Old-style classes can?t have descriptors, hence no properties, static methods, class methods or super.

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8722>
_______________________________________

From report at bugs.python.org  Sun Aug  8 00:33:19 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Aug 2010 22:33:19 +0000
Subject: [issue6105] json.dumps doesn't respect OrderedDict's iteration order
In-Reply-To: <1243243366.01.0.202838739816.issue6105@psf.upfronthosting.co.za>
Message-ID: <1281220399.04.0.697080610725.issue6105@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I think we should close it.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6105>
_______________________________________

From report at bugs.python.org  Sun Aug  8 00:42:26 2010
From: report at bugs.python.org (=?utf-8?b?0KDRg9GB0LvQsNC9INCY0LbQsdGD0LvQsNGC0L7Qsg==?=)
Date: Sat, 07 Aug 2010 22:42:26 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1221433699.47.0.0165458312451.issue3871@psf.upfronthosting.co.za>
Message-ID: <1281220946.28.0.380471838538.issue3871@psf.upfronthosting.co.za>


?????? ????????? <lrn1986 at gmail.com> added the comment:

New version of my patch. Addresses some issues i've found since the last one. Diff against a recent trunk is attached.

Changes (relative to previous patch):

Python/pythonrun.c:
* Added a call to _set_abort_behavior(). That should fix http://bugs.python.org/issue9116

Python/dynamic_annotations.c:
* Changed _MSC_VER to MS_WINDOWS, since the code does not seem to be MSVC-specific

configure.in:
* Added AC_DEFINE for Py_SOCKET_FD_CAN_BE_GE_FD_SETSIZE (for MSVC-based builds it is hardcoded in PC/pyconfig.h)
* Added -no-undefined LDFLAG for Windows builds - helps find missing library dependencies at buildtime
* Added -fno-common and -mms-bitfields CFLAGS for Windows builds. -fno-common could fix some hidden problem with aligned commons, and -mms-bitfields should improve compatibility with MSVC-built binaries
* Added -D_GNU_SOURCE CFLAG. Defining this enables MinGW non-ANSI extensions, including the custom printf() implementation that supports %z format
* Added AC_DEFINE for HAVE_GETPEERNAME, because testing lws2_32 for it is tricky
* Removed PY_FORMAT_SIZE_T fiddling, since with GNU extensions %z is supported

setup.py:
* _subprocess module is now built on win32 to support subprocess extension
* msvcrt, winreg and winsound modules are built as well

PC/winreg.c:
* Added REG_LEGAL_CHANGE_FILTER definition (MinGW does not define it)

PC/dl_nt.c:
* Fixed PFN_ADDREFACTCTX and PFN_RELEASEACTCTX - according to MSDN, they return nothing
* Fixed the way AddRefActCtx is called (GetLastError() is being checked for errors instead of return value)

PC/generrmap.c:
* Added return 0 to prevent generrmap.exe from "failing" (returning something other than 0)

PC/msvcrtmodule.c:
* Added #ifdef guards around crtdbg.h, because only MSVC provides it

Lib/site.py:
* Extended os.sep == '/' (why isn't os.name tested?) to msys
* Extended addbuilddir calling condition to msys

Lib/distutils/sysconfig.py:
* Extended some posix conditions to msys, restricted some nt conditions to non-msys

Lib/distutils/tests/test_bdist_msi.py:
* Disabled this test for MSys (MinGW can't build msi module)

Lib/distutils/ccompiler.py:
* An extra hack to add $(srcdir) to library_dirs at build time

Lib/distutils/sysconfig.py:
* Some MSys-specific configuration magic

Lib/ntpath.py:
* Added a reminder that realpath() can now be implemented

Lib/sysconfig.py:
* Added msys-only variation of directory layout (copied from posix)

Lib/test/test_site.py:
* Widened os.sep == '/' condition to MSys

Makefile.pre.in:
* Fixed CFLAGS order for Objects/exceptions.o target (won't include pyconfig.h from PC anymore)

Modules/getpath.c:
* Massive fixes. Most thigs are copied from PC/getpathp.c (who had the bright idea of having two separate, but almost identical headers?)
* Ripped a readlink() implementation from posixmodule.c to use here. By the way, it was buggy, so i had to fix it as well.

Modules/socketmodule.h:
* Added some definitions for MinGW - these aren't in current MinGW w32api package, and will (probably) never get there.

Modules/_multiprocessing/win32_functions.c:
Modules/_multiprocessing/multiprocessing.h:
* Added more gurads on crtdbg stuff, because it is MSVC-only

Modules/selectmodule.c:
* Changed some guards from _MSC_VER to MS_WINDOWS, because the code is not MSVC-specific

Modules/posixmodule.c:
* Changed some guards to work for MinGW as well
* Discovered why i previously had to fix mkdir() call. Now that's not necessary anymore (but i left previous fix as it is, can't hurt to be careful)

I ran some tests and tried to make my Python build pass them, which partially fueled my bugfixing efforts.

_ctypes test (namely - test_callconv_1) crashes the interpreter (SIGSEGV in libffi), so i had to comment it out.

test_capi fails (but that should be now fixed in MSVC builds, can't test it in a MinGW build)
test_cmath fails (i have no idea why)
test_cmd_line fails (i think it is not adapted to MSys; and i'm not sure it needs to be - after all, this Python build is NOT intended to be ran in MSys most of the time)
test_distutils fails (i've fixed that only partially)
test_email fails (wrong crlfs)
test_format fails (?)
test_heapq fails (but when i re-run it, it passes; because of pre-compilation?)
test_platform fails (doesn't work well with symlinked python, because realpath isn't implemented on NT yet)
test_smtplib fails (no idea - why)
test_sundry fails (?)
test_sysconfig fails (didn't try to fix)
test_tarfile fails (didn't try to fix)
test_tcl fails (didn't try to fix)
test_trace (didn't try to fix)
test_urllib2 (didn't try to fix)

test_multiprocessing is skipped because there's no test for multiprocessing in Lib/test/

282 tests OK.

----------
Added file: http://bugs.python.org/file18428/py3k_mingwmsys_2_autogen.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sun Aug  8 00:46:44 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Aug 2010 22:46:44 +0000
Subject: [issue9431] 2to3 reapplies fix_dict
In-Reply-To: <1280518101.61.0.560600920548.issue9431@psf.upfronthosting.co.za>
Message-ID: <1281221204.81.0.346925105887.issue9431@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I don't experience this with the bleeding-edge version of 2to3. Can you try with that?

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9431>
_______________________________________

From report at bugs.python.org  Sun Aug  8 00:53:49 2010
From: report at bugs.python.org (Brian Harring)
Date: Sat, 07 Aug 2010 22:53:49 +0000
Subject: [issue7567] Messed up terminal after calling curses.initscr() twice.
In-Reply-To: <1261532778.06.0.257601342471.issue7567@psf.upfronthosting.co.za>
Message-ID: <1281221629.76.0.98030770942.issue7567@psf.upfronthosting.co.za>


Brian Harring <ferringb at gmail.com> added the comment:

This change isn't hugely friendly API wise- for code that invokes setupterm() multiple items (and does so knowing what it's doing), they're now silently locked into whatever the first term invocation was.

Personally, an override here has major usage- especially for scenarios were people are writing tests and adjusting the term's they're using to check their implementation.

As it is now, they wind up locked into whatever term they first invoked it with, getting back term codes from tigetstr for the previous term...

----------
nosy: +ferringb

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7567>
_______________________________________

From report at bugs.python.org  Sun Aug  8 01:13:15 2010
From: report at bugs.python.org (Valeo de Vries)
Date: Sat, 07 Aug 2010 23:13:15 +0000
Subject: [issue9539] python-2.6.4: test failure in test_distutils due to
	linking to system libpython2.6
In-Reply-To: <1281222795.64.0.211558756173.issue9539@psf.upfronthosting.co.za>
Message-ID: <1281222795.64.0.211558756173.issue9539@psf.upfronthosting.co.za>


New submission from Valeo de Vries <valeo.de at gmail.com>:

I'm under the impression that this is issue is known about, however I couldn't find an existing bug, so I'm creating a new one for the following test failure:


test_distutils
/usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lpython2.6
collect2: ld returned 1 exit status
test test_distutils failed -- Traceback (most recent call last):
  File "/var/tmp/paludis/build/dev-lang-python-2.6.4-r1/work/Python-2.6.4/Lib/distutils/tests/test_build_ext.py", line 258, in test_get_outputs
    cmd.run()
  File "/var/tmp/paludis/build/dev-lang-python-2.6.4-r1/work/Python-2.6.4/Lib/distutils/command/build_ext.py", line 340, in run
    self.build_extensions()
  File "/var/tmp/paludis/build/dev-lang-python-2.6.4-r1/work/Python-2.6.4/Lib/distutils/command/build_ext.py", line 449, in build_extensions
    self.build_extension(ext)
  File "/var/tmp/paludis/build/dev-lang-python-2.6.4-r1/work/Python-2.6.4/Lib/distutils/command/build_ext.py", line 531, in build_extension
    target_lang=language)
  File "/var/tmp/paludis/build/dev-lang-python-2.6.4-r1/work/Python-2.6.4/Lib/distutils/ccompiler.py", line 848, in link_shared_object
    extra_preargs, extra_postargs, build_temp, target_lang)
  File "/var/tmp/paludis/build/dev-lang-python-2.6.4-r1/work/Python-2.6.4/Lib/distutils/unixccompiler.py", line 265, in link
    raise LinkError, msg
LinkError: command 'i686-pc-linux-gnu-gcc' failed with exit status 1


Perhaps I'm missing something here, but surely trying to link against the system (i.e. already installed, pre-existing) libpython2.6 defeats the purpose of having a testsuite, if you're not actually going to be testing what you're actually installing?

Any enlightenment here would be appreciated.

----------
components: Tests
messages: 113217
nosy: valeo
priority: normal
severity: normal
status: open
title: python-2.6.4: test failure in test_distutils due to linking to system libpython2.6
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 01:27:27 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 07 Aug 2010 23:27:27 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1221433699.47.0.0165458312451.issue3871@psf.upfronthosting.co.za>
Message-ID: <1281223647.86.0.465913756363.issue3871@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

FYI, distutils is frozen because even minor bug fixes have broken third-party tools in the past, that?s why new features and bug fixes land in distutils2. Only some bug fixes that are sure not to break things make their way into distutils. distutils2 will be reintegrated into the stdlib in 3.2 or 3.3, but standalone releases will be made for Python 2.4 up to 2.7 and 3.x.

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sun Aug  8 01:55:40 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Aug 2010 23:55:40 +0000
Subject: [issue9386] Bad indentation in urllib import fixer with multiple
	imports
In-Reply-To: <1280165305.89.0.706403927201.issue9386@psf.upfronthosting.co.za>
Message-ID: <1281225340.59.0.387034683241.issue9386@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Fixed in r83798.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9386>
_______________________________________

From report at bugs.python.org  Sun Aug  8 02:57:29 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 00:57:29 +0000
Subject: [issue8814] functools.WRAPPER_ASSIGNMENTS should include
	__annotations__
In-Reply-To: <1274736059.05.0.616257463555.issue8814@psf.upfronthosting.co.za>
Message-ID: <1281229049.03.0.706625220269.issue8814@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Backported to Py3.1 in r83807

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8814>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:00:11 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Aug 2010 01:00:11 +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: <1281229211.27.0.377130243469.issue8387@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

"The doc has been fixed" refers to the fact that the lineterminator dialect option is now documented as applying only to writing, not to reading.

The docs could certainly be improved to discuss using universal newline mode.  I'm not clear on whether or not there are disadvantages to using universal newline mode with the py2 version of the csv module, but I wouldn't be surprised if there are.  Perhaps Skip can comment on whether changing the examples to use rU would be a good idea or not.

Note that the situation for the py3k csv module is different, and it would be helpful if someone could test this issue there.  Though in truth we have no resources to support non-OSX macs any longer, so if it doesn't work it may be just tough luck.

----------
nosy: +skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8387>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:03:43 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 01:03:43 +0000
Subject: [issue4356] Add "key" argument to "bisect" module functions
In-Reply-To: <1227115048.67.0.318831592843.issue4356@psf.upfronthosting.co.za>
Message-ID: <1281229423.11.0.939648340938.issue4356@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Added a link to the a SortedCollections recipe, added example of how to do searches, and noted the O(n) performance of the insort() functions.

See r83786

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4356>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:07:08 2010
From: report at bugs.python.org (Richard)
Date: Sun, 08 Aug 2010 01:07:08 +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: <1281229628.66.0.493584006813.issue6864@psf.upfronthosting.co.za>


Richard <public at careaga.net> added the comment:

I'm thinking that the Snow Leopard abort trap when invoking IDLE from the command line is a permissions problem somewhere because it works ok when invoked with sudo. The console displays an odd message "2010-08-07 20:38:23.375 Python[25858:170b] __CFServiceControllerBeginPBSLoadForLocalizations timed out while talking to pbs" is the only thing out of the ordinary.

This is out-of-the-box 2.6.1

----------
nosy: +Careaga

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6864>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:10:38 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Aug 2010 01:10:38 +0000
Subject: [issue724459] Add documentation about line endings in email messages.
Message-ID: <1281229838.77.0.831978352448.issue724459@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

These guidelines need to be revamped for Python3.  The place it should go is the developer docs, which I believe will soon be moved into the main documentation tree.

It's not actually clear what the guidelines should be at this point.  We haven't really finished working through the consequences of the bytes/string separation for the standard library modules that deal with bytes-on-the-wire.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue724459>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:15:13 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 01:15:13 +0000
Subject: [issue9507] namedtuple should not hardcode the class name in __repr__
In-Reply-To: <1280922495.27.0.868058296674.issue9507@psf.upfronthosting.co.za>
Message-ID: <1281230113.11.0.99261713792.issue9507@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Applied in r83808 for Python 3.2.

Am not backporting because I don't consider it a bug
and the documented subclassing technique is:
   class A(namedtuple('A', 'x y')):
       ...

----------
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9507>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:17:33 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 01:17:33 +0000
Subject: [issue7734] discuss mark-as-invalid trick in heapq docs
In-Reply-To: <1263852467.57.0.690062730163.issue7734@psf.upfronthosting.co.za>
Message-ID: <1281230253.78.0.726066569366.issue7734@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Applied in r83793
Thanks for the suggestion.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7734>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:19:10 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Aug 2010 01:19:10 +0000
Subject: [issue1210680] Split email headers near a space
Message-ID: <1281230350.93.0.94350912566.issue1210680@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yes, if there's a bug here and it can be fixed without a major behavior change then it could be backported.

I'm not clear on what the bug is, though, since there is no example given.  If the Hebrew is encoded as encoded words, it can and will be split in the middle of words, but the RFC2047 reassembly process removes those spaces (ie: this may be/may have been a gmail bug).

Without a test case we can't be sure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1210680>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:19:54 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 01:19:54 +0000
Subject: [issue5479] Add an easy way to provide total ordering now that
	__cmp__ is deprecated/gone
In-Reply-To: <1236845917.79.0.765415316549.issue5479@psf.upfronthosting.co.za>
Message-ID: <1281230394.02.0.083986933596.issue5479@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Applied in r79810
Thanks for the suggestion.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5479>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:26:45 2010
From: report at bugs.python.org (=?utf-8?q?Michael=2EElsd=C3=B6rfer?=)
Date: Sun, 08 Aug 2010 01:26:45 +0000
Subject: [issue9540] argparse: combine subparsers with global positional args
In-Reply-To: <1281230805.22.0.0952279078785.issue9540@psf.upfronthosting.co.za>
Message-ID: <1281230805.22.0.0952279078785.issue9540@psf.upfronthosting.co.za>


New submission from Michael.Elsd?rfer <michael at elsdoerfer.info>:

>>> parser = argparse.ArgumentParser()
>>> subparsers = parser.add_subparsers(title="commands")
>>> subparser = subparsers.add_parser('make')
>>> parser.add_argument('jobs', nargs='*')
>>> parser.print_help()
usage: [-h] {make} ... [jobs [jobs ...]]

While the printed usage looks innocuous enough, argparser isn't actually able to parse this the way I expect: The positional argument never get's to handle any jobs given, as apparently everything after the command is handled by the subparser:

>>> parser.parse_args(['make', 'something'])
usage:  make [-h]
 make: error: unrecognized arguments: something

It seems that argparse, upon determining that the subparser can't handle a positional argument, could break out of the subparser, and let the parent parser continue. If necessary, as further help for argparse on how to resolve such situations, a parameter could be added to add_subparsers() which would allow the user to indicate that this group of subparsers should not support positional arguments.

The usage string should then print as:

>>> parser.print_help()
usage: [-h] {make} [jobs [jobs ...]]

That is, without the "..." after the command.

Finally, if it is decided that the feature will not be added, argparse should not allow the user to add positional arguments after a subparser.

----------
components: Library (Lib)
messages: 113229
nosy: elsdoerfer
priority: normal
severity: normal
status: open
title: argparse: combine subparsers with global positional args
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/issue9540>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:33:18 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 01:33:18 +0000
Subject: [issue4570] Bad example in set tutorial
In-Reply-To: <1228612211.41.0.0899785129664.issue4570@psf.upfronthosting.co.za>
Message-ID: <1281231198.67.0.0771894138794.issue4570@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Fixed in r83809 and r83810.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4570>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:38:49 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 01:38:49 +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: <1281231529.27.0.907655799259.issue7796@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7796>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:39:10 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 01:39:10 +0000
Subject: [issue9025] Non-uniformity in randrange for large arguments.
In-Reply-To: <1276856452.03.0.825027672834.issue9025@psf.upfronthosting.co.za>
Message-ID: <1281231550.88.0.905036598616.issue9025@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9025>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:39:58 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 01:39:58 +0000
Subject: [issue7871] Duplicate test method in test_heapq
In-Reply-To: <1265547204.98.0.659112380909.issue7871@psf.upfronthosting.co.za>
Message-ID: <1281231598.5.0.0219294765545.issue7871@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7871>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:55:10 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Sun, 08 Aug 2010 01:55:10 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281232510.3.0.91867764509.issue5027@psf.upfronthosting.co.za>


Changes by Troy J. Farrell <troy at entheossoft.com>:


Removed file: http://bugs.python.org/file18408/issue5027.trunk.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:55:19 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Sun, 08 Aug 2010 01:55:19 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281232519.14.0.0488035623882.issue5027@psf.upfronthosting.co.za>


Changes by Troy J. Farrell <troy at entheossoft.com>:


Removed file: http://bugs.python.org/file18409/issue5027.py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:56:17 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Sun, 08 Aug 2010 01:56:17 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281232577.86.0.432078576132.issue5027@psf.upfronthosting.co.za>


Troy J. Farrell <troy at entheossoft.com> added the comment:

I'm attaching new patches for 2.7 and 3.2, now with comments. :)

----------
Added file: http://bugs.python.org/file18429/issue5027.py27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Sun Aug  8 03:57:10 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Sun, 08 Aug 2010 01:57:10 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1281232630.97.0.0969156040543.issue5027@psf.upfronthosting.co.za>


Changes by Troy J. Farrell <troy at entheossoft.com>:


Added file: http://bugs.python.org/file18430/issue5027.py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Sun Aug  8 05:05:25 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 08 Aug 2010 03:05:25 +0000
Subject: [issue9511] CharacterEncoderError when reading from sys.stdin from
	piped input in cmd.exe
In-Reply-To: <1280930332.3.0.143681677902.issue9511@psf.upfronthosting.co.za>
Message-ID: <1281236725.19.0.00775518639836.issue9511@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +loewis, merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9511>
_______________________________________

From report at bugs.python.org  Sun Aug  8 05:18:04 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 08 Aug 2010 03:18:04 +0000
Subject: [issue9539] python-2.6.4: test failure in test_distutils due to
	linking to system libpython2.6
In-Reply-To: <1281222795.64.0.211558756173.issue9539@psf.upfronthosting.co.za>
Message-ID: <1281237484.46.0.847625161219.issue9539@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report. Can you reproduce with a more recent 2.6, or even the current stable version 2.7?

----------
assignee:  -> tarek
nosy: +merwok, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 06:08:19 2010
From: report at bugs.python.org (Joe Amenta)
Date: Sun, 08 Aug 2010 04:08:19 +0000
Subject: [issue9541] node.pre_order() does not do preorder traversal
In-Reply-To: <1281240499.35.0.988494777631.issue9541@psf.upfronthosting.co.za>
Message-ID: <1281240499.35.0.988494777631.issue9541@psf.upfronthosting.co.za>


New submission from Joe Amenta <amentajo at msu.edu>:

In Lib/lib2to3/pytree.py, Node.pre_order() calls the post_order() method of its children, instead of pre_order().  As a result, the only difference between the two orderings is that pre_order() yields the original node first, whereas post_order() yields the original node last.  It seems highly unlikely to me that any code would depend on this behavior.

The fix, of course, is trivial: change the call to child.post_order() on line 289 into a call to child.pre_order().

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 113233
nosy: joe.amenta
priority: normal
severity: normal
status: open
title: node.pre_order() does not do preorder traversal
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9541>
_______________________________________

From report at bugs.python.org  Sun Aug  8 06:09:48 2010
From: report at bugs.python.org (Joe Amenta)
Date: Sun, 08 Aug 2010 04:09:48 +0000
Subject: [issue9541] node.pre_order() does not do preorder traversal
In-Reply-To: <1281240499.35.0.988494777631.issue9541@psf.upfronthosting.co.za>
Message-ID: <1281240588.1.0.229698881299.issue9541@psf.upfronthosting.co.za>


Joe Amenta <amentajo at msu.edu> added the comment:

Fixed in r83811.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9541>
_______________________________________

From report at bugs.python.org  Sun Aug  8 07:37:57 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 08 Aug 2010 05:37:57 +0000
Subject: [issue7450] document that os.chmod accepts an octal digit mode
In-Reply-To: <1260201260.24.0.734078851389.issue7450@psf.upfronthosting.co.za>
Message-ID: <1281245877.39.0.563992864941.issue7450@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I guess you mean 0o755.
I think it would be better to mention explicitly octal literals, since they are not so common and, especially in 2.x, 0755 might be confused with a "normal" decimal number.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7450>
_______________________________________

From report at bugs.python.org  Sun Aug  8 09:04:35 2010
From: report at bugs.python.org (=?utf-8?b?0KDRg9GB0LvQsNC9INCY0LbQsdGD0LvQsNGC0L7Qsg==?=)
Date: Sun, 08 Aug 2010 07:04:35 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1281223647.86.0.465913756363.issue3871@psf.upfronthosting.co.za>
Message-ID: <4C5E56FB.7040409@gmail.com>


?????? ????????? <lrn1986 at gmail.com> added the comment:

Where's the distutils2 code?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sun Aug  8 09:23:26 2010
From: report at bugs.python.org (Ned Deily)
Date: Sun, 08 Aug 2010 07:23:26 +0000
Subject: [issue6008] Idle should be installed as `idle3.1` and not `idle3`
In-Reply-To: <1242175792.97.0.077794043098.issue6008@psf.upfronthosting.co.za>
Message-ID: <1281252206.67.0.907466217125.issue6008@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

For OS X installer builds, this was fixed by r72723 prior to the final release of 3.1; idle is installed in the framework bin directory as idle3 with a symlink to the versioned name, i.e. idle3.n, and the optional UNIX command-line tools package installs symlinks in /usr/local/bin to both names.

For Linux, it's up to the various distributors on how they package Python 3.  For instance, it appears Debian has chosen to install the idle script as /usr/bin/idle-python3.1

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6008>
_______________________________________

From report at bugs.python.org  Sun Aug  8 09:44:27 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 08 Aug 2010 07:44:27 +0000
Subject: [issue9522] xml.etree.ElementTree forgets the encoding
In-Reply-To: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>
Message-ID: <1281253467.79.0.927310171885.issue9522@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

I think it makes sense to keep input and output separate. After all, the part of the software that outputs a document doesn't necessarily know how it came in, so having the default output encoding depend on the input sounds error prone. Encoding should always be explicit. My advice is to reject this feature request.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9522>
_______________________________________

From report at bugs.python.org  Sun Aug  8 09:56:37 2010
From: report at bugs.python.org (Daniel Urban)
Date: Sun, 08 Aug 2010 07:56:37 +0000
Subject: [issue1294232] Error in metaclass search order
Message-ID: <1281254197.7.0.909842121134.issue1294232@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

I think the situation is a bit more complicated. Here is the example described by Pedro Werneck (this is py3k, but its essentially the same in 2.x):

>>> class M_A(type):
...     def __new__(mcls, name, bases, ns):
...             print('M_A.__new__')
...             return super().__new__(mcls, name, bases, ns)
...
>>> class A(metaclass=M_A): pass
...
M_A.__new__
>>>
>>>
>>> class M_B(M_A):
...     def __new__(mcls, name, bases, ns):
...             print('M_B.__new__')
...             return super().__new__(mcls, name, bases, ns)
...
>>> class B(A, metaclass=M_B): pass
...
M_B.__new__
M_A.__new__
>>>
>>>
>>> class C(B, metaclass=M_A): pass
...
M_A.__new__
M_B.__new__
M_A.__new__
>>> 

As it is clear from the last three lines, the given metaclass (M_A) to C is not ignored. It is actually called (and produces the 'M_A.__new__' output line). Then M_A.__new__ calls type.__new__ (with super()). type.__new__ then searches the bases of C, find the metaclass of B, M_B, and calls its __new__. M_B.__new__ then prints the line 'M_B.__new__', then calls M_A.__new__ again (with super()). This produces the last line, 'M_A.__new__'. So the trick is in type.__new__.

----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294232>
_______________________________________

From report at bugs.python.org  Sun Aug  8 10:40:37 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 08:40:37 +0000
Subject: [issue9511] CharacterEncoderError when reading from sys.stdin from
	piped input in cmd.exe
In-Reply-To: <1280930332.3.0.143681677902.issue9511@psf.upfronthosting.co.za>
Message-ID: <1281256837.73.0.8962124519.issue9511@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

If stdin is a pipe, stdin uses ASCII encoding. Do you consider that as a bug?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9511>
_______________________________________

From report at bugs.python.org  Sun Aug  8 10:56:15 2010
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Aug 2010 08:56:15 +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: <1281257775.15.0.926274008598.issue9173@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
versions: +Python 2.6, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9173>
_______________________________________

From report at bugs.python.org  Sun Aug  8 11:15:59 2010
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Aug 2010 09:15:59 +0000
Subject: [issue444582] Finding programs in PATH, adding shutil.which
Message-ID: <1281258959.14.0.27296832973.issue444582@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

looks good, minor changes before I commit it

can you:

- remove all old patches in this issue
- make your code pep8 
- rename the 'file' argument to 'filename'
- add yourself in ACKS

one or two usage examples in the Doc would be a nice plus

thx

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue444582>
_______________________________________

From report at bugs.python.org  Sun Aug  8 11:35:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 09:35:02 +0000
Subject: [issue5825] Patch to add "remove" method to
	tempfile.NamedTemporaryFile
In-Reply-To: <1240532161.78.0.907773696305.issue5825@psf.upfronthosting.co.za>
Message-ID: <1281260102.02.0.760281309611.issue5825@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closing as no response to msg111185.

----------
resolution:  -> rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5825>
_______________________________________

From report at bugs.python.org  Sun Aug  8 11:36:39 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 09:36:39 +0000
Subject: [issue3402] test_nis is hanging on Solaris
In-Reply-To: <1216346193.57.0.216784355152.issue3402@psf.upfronthosting.co.za>
Message-ID: <1281260199.45.0.534018360645.issue3402@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closing as no response to msg111668.

----------
resolution:  -> out of date
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3402>
_______________________________________

From report at bugs.python.org  Sun Aug  8 11:38:26 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 09:38:26 +0000
Subject: [issue3075] make minidom.toxml() encoding argument useful
In-Reply-To: <1213121523.99.0.8342553488.issue3075@psf.upfronthosting.co.za>
Message-ID: <1281260306.15.0.825254396352.issue3075@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closing as no response to msg111607.

----------
resolution:  -> out of date
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3075>
_______________________________________

From report at bugs.python.org  Sun Aug  8 11:43:24 2010
From: report at bugs.python.org (Brian Brazil)
Date: Sun, 08 Aug 2010 09:43:24 +0000
Subject: [issue4608] urllib.request.urlopen does not return an iterable object
In-Reply-To: <1228824822.91.0.748607079368.issue4608@psf.upfronthosting.co.za>
Message-ID: <1281260604.11.0.557202152642.issue4608@psf.upfronthosting.co.za>


Brian Brazil <brian.brazil at gmail.com> added the comment:

This looks as though its a short write:

[pid 28343] recvfrom(5, "GET / HTTP/1.1\r\nAccept-Encoding:"..., 8192, 0, NULL, NULL) = 118
[pid 28343] poll([{fd=5, events=POLLOUT, revents=POLLOUT}], 1, 10000) = 1
[pid 28343] sendto(5, "HTTP/1.0 200 OK\r\n", 17, 0, NULL, 0) = 17
[pid 28343] poll([{fd=5, events=POLLOUT, revents=POLLOUT}], 1, 10000) = 1
[pid 28343] sendto(5, "Server: TestHTTP/ Python/3.2a1+\r"..., 33, 0, NULL, 0) = 33
[pid 28343] poll([{fd=5, events=POLLOUT, revents=POLLOUT}], 1, 10000) = 1
[pid 28343] sendto(5, "Date: Sun, 08 Aug 2010 09:41:08 "..., 37, 0, NULL, 0) = 37
[pid 28343] poll([{fd=5, events=POLLOUT, revents=POLLOUT}], 1, 10000) = 1
[pid 28343] sendto(5, "Content-type: text/plain\r\n", 26, 0, NULL, 0) = 26
[pid 28343] poll([{fd=5, events=POLLOUT, revents=POLLOUT}], 1, 10000) = 1
[pid 28343] sendto(5, "\r\n", 2, 0, NULL, 0) = 2
[pid 28343] poll([{fd=5, events=POLLOUT, revents=POLLOUT}], 1, 10000) = 1
[pid 28343] sendto(5, "verylongverylongverylongverylong"..., 56001, 0, NULL, 0) = 49054
[pid 28343] shutdown(5, 1 /* send */)   = 0

----------
nosy: +bbrazil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4608>
_______________________________________

From report at bugs.python.org  Sun Aug  8 11:57:39 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Aug 2010 09:57:39 +0000
Subject: [issue9009] Improve quality of Python/dtoa.c
In-Reply-To: <1276696848.05.0.800225334902.issue9009@psf.upfronthosting.co.za>
Message-ID: <1281261459.68.0.489907578465.issue9009@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Version of the rewrite_strtod patch applied in r83813.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9009>
_______________________________________

From report at bugs.python.org  Sun Aug  8 12:42:03 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 10:42:03 +0000
Subject: [issue1633941] for line in sys.stdin: doesn't notice EOF the first
	time
Message-ID: <1281264123.06.0.136814422113.issue1633941@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This is fixed in py3k but still exists in 2.7.

----------
nosy: +BreamoreBoy
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1633941>
_______________________________________

From report at bugs.python.org  Sun Aug  8 12:45:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 10:45:38 +0000
Subject: [issue1643712] Emphasize buffering issues when sys.stdin is used
Message-ID: <1281264338.51.0.291546114681.issue1643712@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Please note update to #1633941

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1643712>
_______________________________________

From report at bugs.python.org  Sun Aug  8 13:16:38 2010
From: report at bugs.python.org (Tim Golden)
Date: Sun, 08 Aug 2010 11:16:38 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281266198.03.0.934124744551.issue3210@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

OK, the issue identified by Hirokazu Yamamoto in msg113106 only actually affects the 2.x series, because of the awkwardly multiple-level interaction between file handles. The io rewrite in 3.x seems not to suffer the same way. Nonetheless, the proposed adhok.patch (slightly updated to match the current codebase) seems to cover all the cases, and is rather more elegant. So I'll revert the C module changes and apply that instead to all branches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Sun Aug  8 13:47:23 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 08 Aug 2010 11:47:23 +0000
Subject: [issue8280] urllib2 passes fragment identifier to server
In-Reply-To: <1270138113.06.0.589316518246.issue8280@psf.upfronthosting.co.za>
Message-ID: <1281268043.26.0.517723438932.issue8280@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed in revision 83818(py3k),  83819 (release31-maint) and 83820 (release27-maint).

David, a couple of comments on your patch.
- Request method was from urllib2, so the proper place of tests were test_urllib2. This already had Requests test so some additional tests were only required.
- Also, now the fragments are removed and sent to the server, a proper response could be obtained, it can tested via 'network' tests in test_urllib2net.

You might check the svn diffs to see the changes made. 
Thanks for the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8280>
_______________________________________

From report at bugs.python.org  Sun Aug  8 13:47:46 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 08 Aug 2010 11:47:46 +0000
Subject: [issue8280] urllib2 passes fragment identifier to server
In-Reply-To: <1270138113.06.0.589316518246.issue8280@psf.upfronthosting.co.za>
Message-ID: <1281268066.2.0.8859953438.issue8280@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
resolution: accepted -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8280>
_______________________________________

From report at bugs.python.org  Sun Aug  8 14:05:47 2010
From: report at bugs.python.org (Shahar Or)
Date: Sun, 08 Aug 2010 12:05:47 +0000
Subject: [issue1759845] subprocess.call fails with unicode strings in command
	line
Message-ID: <1281269147.43.0.70566999419.issue1759845@psf.upfronthosting.co.za>


Changes by Shahar Or <email at shahar-or.co.il>:


----------
nosy:  -DawnLight

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759845>
_______________________________________

From report at bugs.python.org  Sun Aug  8 14:14:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 12:14:38 +0000
Subject: [issue2840] Expat parser locks XML source file if ContentHandler
	raises an exception
In-Reply-To: <1210621474.39.0.327877522239.issue2840@psf.upfronthosting.co.za>
Message-ID: <1281269678.3.0.609213680494.issue2840@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I can't reproduce this on Windows Vista from the command line with 2.7 or py3k.  Can someone confirm that I'm correct?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2840>
_______________________________________

From report at bugs.python.org  Sun Aug  8 14:34:33 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 12:34:33 +0000
Subject: [issue3456] compile python using MinGW
In-Reply-To: <1217231208.12.0.680278518143.issue3456@psf.upfronthosting.co.za>
Message-ID: <1281270873.87.0.153873461742.issue3456@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This has just been raised on python-dev, see :-
http://mail.python.org/pipermail/python-dev/2010-August/102913.html

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3456>
_______________________________________

From report at bugs.python.org  Sun Aug  8 14:36:28 2010
From: report at bugs.python.org (Valeo de Vries)
Date: Sun, 08 Aug 2010 12:36:28 +0000
Subject: [issue9539] python-2.6.4: test failure in test_distutils due to
	linking to system libpython2.6
In-Reply-To: <1281222795.64.0.211558756173.issue9539@psf.upfronthosting.co.za>
Message-ID: <1281270988.0.0.954004634198.issue9539@psf.upfronthosting.co.za>


Valeo de Vries <valeo.de at gmail.com> added the comment:

Thanks for the speedy response! I'm fairly certain that this affects 2.6.5 as well. I'll test and report back when I'm in front of my development machine (sometime tomorrow).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 14:38:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 12:38:58 +0000
Subject: [issue3539] Problem with pgen make dependencies in certain
	circumstances
In-Reply-To: <1218416155.29.0.722740811463.issue3539@psf.upfronthosting.co.za>
Message-ID: <1281271138.25.0.596574542017.issue3539@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this unless anyone shows some interest in it.

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 14:49:39 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 12:49:39 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281271779.27.0.309079653349.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

_Py_wchar2char.patch: create _Py_wchar2char() private function, and _wstat() and _wfopen() use it. _Py_wchar2char() function has been improved since the previous version posted to Rietveld: it now computes the exact length of the output buffer, instead of using wcslen(text)*10+1.

Alone, this patch isn't really useful, but it prepares the code for next patches.

----------
keywords: +patch
Added file: http://bugs.python.org/file18431/_Py_wchar2char.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug  8 14:50:37 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 12:50:37 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281271837.12.0.639413812129.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83783 creates run_file() subfunction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:05:10 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 13:05:10 +0000
Subject: [issue8631] subprocess.Popen.communicate(...) hangs on Windows
In-Reply-To: <1273095906.37.0.582736332431.issue8631@psf.upfronthosting.co.za>
Message-ID: <1281272710.55.0.527296043333.issue8631@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I can't reproduce this using Windows Vista.

----------
nosy: +BreamoreBoy, brian.curtin, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8631>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:13:35 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Aug 2010 13:13:35 +0000
Subject: [issue3402] test_nis is hanging on Solaris
In-Reply-To: <1216346193.57.0.216784355152.issue3402@psf.upfronthosting.co.za>
Message-ID: <1281273215.46.0.649771471091.issue3402@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

No, for all we know, it still happens.

----------
resolution: out of date -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3402>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:16:16 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 13:16:16 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281273376.83.0.0837651873041.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

pyerr_warnformat.patch: create PyErr_WarnFormat() function, and use it in PyType_Ready() and PyUnicode_AsEncodedString(). The patch fixes also setup_context(): work on the unicode filename, not the encoded (bytes) filename. It does fix a bug because len is a number of characters, not a number of bytes: the number of bytes is bigger than the number of characters if the filename contains a non-ASCII character.

Advantages of PyErr_WarnFormat() over PyOS_snprintf() + PyErr_WarnEx():
 - it avoids the create a temporary byte buffer: use directly an unicode buffer,
 - it accepts Python (unicode) formatters like %U,
 - it avoids the usage of a fixed size buffer allocated on the stack (which may be too big).

Differences with Rietveld's version: rename PyErr_WarnUnicode() to warn_unicode() (it's now a static function) and document PyErr_WarnFormat().

----------
nosy: +amaury.forgeotdarc, merwok, pitrou
Added file: http://bugs.python.org/file18432/pyerr_warnformat.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:23:08 2010
From: report at bugs.python.org (Brian Brazil)
Date: Sun, 08 Aug 2010 13:23:08 +0000
Subject: [issue4608] urllib.request.urlopen does not return an iterable object
In-Reply-To: <1228824822.91.0.748607079368.issue4608@psf.upfronthosting.co.za>
Message-ID: <1281273788.2.0.0541439031557.issue4608@psf.upfronthosting.co.za>


Brian Brazil <brian.brazil at gmail.com> added the comment:

The attached patch handles short writes, and adds ajaksu2's tests.

----------
Added file: http://bugs.python.org/file18433/tests-iter-urllib-py3k.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4608>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:29:06 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 13:29:06 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281274146.99.0.511029286925.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

nullimporter_unicode.patch: patch NullImporter_init():
 - use GetFileAttributesW() instead of GetFileAttributesA() for the Windows version to be fully Unicode compliant
 - use "O&" format with PyUnicode_FSConverter instead of "es" with Py_FileSystemDefaultEncoding to accept also bytes filenames and support str with surrogates (PEP 383)

----------
Added file: http://bugs.python.org/file18434/nullimporter_unicode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:31:54 2010
From: report at bugs.python.org (Pablo Bitton)
Date: Sun, 08 Aug 2010 13:31:54 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1281274314.16.0.658865134591.issue5673@psf.upfronthosting.co.za>


Changes by Pablo Bitton <pablo.bitton at gmail.com>:


----------
nosy: +Pablo.Bitton

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:43:02 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 08 Aug 2010 13:43:02 +0000
Subject: [issue3539] Problem with pgen make dependencies in certain
	circumstances
In-Reply-To: <1218416155.29.0.722740811463.issue3539@psf.upfronthosting.co.za>
Message-ID: <1281274982.97.0.428695135995.issue3539@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Mark, the proper way of closing an issue is to test first if the problem
still exists.

----------
keywords: +gsoc
nosy: +skrah
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:45:46 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 08 Aug 2010 13:45:46 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1221433699.47.0.0165458312451.issue3871@psf.upfronthosting.co.za>
Message-ID: <1281275146.68.0.301896591031.issue3871@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

See http://bitbucket.org/tarek/distutils2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:48:07 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 08 Aug 2010 13:48:07 +0000
Subject: [issue1633941] for line in sys.stdin: doesn't notice EOF the first
	time
Message-ID: <1281275287.85.0.410953196005.issue1633941@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Benjamin, is it too late too have this fixed in 2.7?

----------
nosy: +benjamin.peterson, merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1633941>
_______________________________________

From report at bugs.python.org  Sun Aug  8 15:48:21 2010
From: report at bugs.python.org (=?utf-8?b?UmVuw6kgU2Now7xtYW5u?=)
Date: Sun, 08 Aug 2010 13:48:21 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1221433699.47.0.0165458312451.issue3871@psf.upfronthosting.co.za>
Message-ID: <1281275301.65.0.778915704165.issue3871@psf.upfronthosting.co.za>


Ren? Sch?mann <whitetigx at gmail.com> added the comment:

@LRN
what program did u used to create the patch?
And what to apply it?

Just because i can't get Tortoise to apply the patch (An unknown line type was found in line 678 !)
and MSYS's patch also does not work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:26:55 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Aug 2010 14:26:55 +0000
Subject: [issue9540] argparse: combine subparsers with global positional args
In-Reply-To: <1281230805.22.0.0952279078785.issue9540@psf.upfronthosting.co.za>
Message-ID: <1281277615.91.0.444191221702.issue9540@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This is almost a duplicate of issue 9253. Your proposed semantics are different, but it would be better to carry on a discussion of the "correct" semantics in that ticket rather than have two separate and conflicting ones, so I'm closing this as duplicate.

----------
nosy: +bethard, r.david.murray
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> argparse: optional subparsers
versions:  -Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9540>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:27:42 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 08 Aug 2010 14:27:42 +0000
Subject: [issue3456] compile python using MinGW
In-Reply-To: <1217231208.12.0.680278518143.issue3456@psf.upfronthosting.co.za>
Message-ID: <1281277662.48.0.49312411379.issue3456@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Add support for mingw

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3456>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:27:54 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 08 Aug 2010 14:27:54 +0000
Subject: [issue6335] Add support for mingw
In-Reply-To: <1245849042.65.0.399048729588.issue6335@psf.upfronthosting.co.za>
Message-ID: <1281277674.37.0.750990947005.issue6335@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


----------
nosy: +BreamoreBoy, xuecan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6335>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:30:13 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Aug 2010 14:30:13 +0000
Subject: [issue9253] argparse: optional subparsers
In-Reply-To: <1279056589.03.0.566167994161.issue9253@psf.upfronthosting.co.za>
Message-ID: <1281277813.61.0.832325714057.issue9253@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

See also 9540, which has an alternate proposal (that I don't like as much) for how to handle parser arguments supplied after subparsers are declared.

Reviewing this, I'm now +1 on fixing this *somehow*, since clearly there is an ambiguity here that needs to be resolved.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9253>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:36:42 2010
From: report at bugs.python.org (Brian Brazil)
Date: Sun, 08 Aug 2010 14:36:42 +0000
Subject: [issue6005] Bug in socket example
In-Reply-To: <1242137945.24.0.461546436751.issue6005@psf.upfronthosting.co.za>
Message-ID: <1281278202.79.0.326869361699.issue6005@psf.upfronthosting.co.za>


Brian Brazil <brian.brazil at gmail.com> added the comment:

I've updated this patch to apply cleanly to 2.7, and also adapted it to for py3k. I added a small tweak to the example description in socket.rst.

I've tested the instructions for both 2.7 and 3k and verified they still work as expected.

----------
nosy: +bbrazil
versions: +Python 2.7, Python 3.3 -Python 2.6
Added file: http://bugs.python.org/file18435/socket-sendall-doc-2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6005>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:36:59 2010
From: report at bugs.python.org (Brian Brazil)
Date: Sun, 08 Aug 2010 14:36:59 +0000
Subject: [issue6005] Bug in socket example
In-Reply-To: <1242137945.24.0.461546436751.issue6005@psf.upfronthosting.co.za>
Message-ID: <1281278219.45.0.302007360857.issue6005@psf.upfronthosting.co.za>


Changes by Brian Brazil <brian.brazil at gmail.com>:


Added file: http://bugs.python.org/file18436/socket-sendall-doc-py3k.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6005>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:40:24 2010
From: report at bugs.python.org (John Posner)
Date: Sun, 08 Aug 2010 14:40:24 +0000
Subject: [issue9536] defaultdict doc makes incorrect reference to __missing__
	method
In-Reply-To: <1281106528.37.0.0435364267174.issue9536@psf.upfronthosting.co.za>
Message-ID: <1281278424.81.0.0347871045638.issue9536@psf.upfronthosting.co.za>


John Posner <jjposner at optimum.net> added the comment:

I think it would be confusing to create of subclass of defaultdict, defining a __missing__ method in that subclass. The existence of the __missing__ method would cancel the main functionality of the defaultdict object: invoking the "default value factory" callable.

I think it would be better to encourage programmers to subclass dict directly, instead of subclassing defaultdict.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9536>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:43:57 2010
From: report at bugs.python.org (John Posner)
Date: Sun, 08 Aug 2010 14:43:57 +0000
Subject: [issue9536] defaultdict doc makes incorrect reference to __missing__
	method
In-Reply-To: <1281106528.37.0.0435364267174.issue9536@psf.upfronthosting.co.za>
Message-ID: <1281278637.9.0.688182084821.issue9536@psf.upfronthosting.co.za>


John Posner <jjposner at optimum.net> added the comment:

On python-list, Wolfram Hinderer objected to the proposed patch's calling __missing__ a "special method".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9536>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:44:40 2010
From: report at bugs.python.org (John Posner)
Date: Sun, 08 Aug 2010 14:44:40 +0000
Subject: [issue9536] defaultdict doc makes incorrect reference to __missing__
	method
In-Reply-To: <1281106528.37.0.0435364267174.issue9536@psf.upfronthosting.co.za>
Message-ID: <1281278680.12.0.488354923053.issue9536@psf.upfronthosting.co.za>


Changes by John Posner <jjposner at optimum.net>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9536>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:53:11 2010
From: report at bugs.python.org (Brian Brazil)
Date: Sun, 08 Aug 2010 14:53:11 +0000
Subject: [issue1076515] shutil.move clobbers read-only files.
Message-ID: <1281279191.66.0.485710468291.issue1076515@psf.upfronthosting.co.za>


Brian Brazil <brian.brazil at gmail.com> added the comment:

Here's a quick test:

Python 3.2a1+ (py3k:83811, Aug  8 2010, 09:00:22) 
[GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os, shutil
>>> open('a', 'w').write('a')
1
>>> open('b', 'w').write('b')
1
>>> os.chmod('b', 000)
>>> shutil.move('a', 'b')
>>> open('b').read()
'a'
>>> 

This is the correct behaviour on Unix, so I'd say this can be closed off.

----------
nosy: +bbrazil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1076515>
_______________________________________

From report at bugs.python.org  Sun Aug  8 16:55:43 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Aug 2010 14:55:43 +0000
Subject: [issue9511] CharacterEncoderError when reading from sys.stdin from
	piped input in cmd.exe
In-Reply-To: <1280930332.3.0.143681677902.issue9511@psf.upfronthosting.co.za>
Message-ID: <1281279343.01.0.814393526251.issue9511@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It is not a bug as it stands, no, so I've changed the type to feature request.  I thought you and...Ezio? were talking about some way to improve the encoding situation when reading from/writing to a pipe.  If I'm wrong, you can just close this issue as won't fix.

----------
type: behavior -> feature request
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9511>
_______________________________________

From report at bugs.python.org  Sun Aug  8 17:44:04 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 08 Aug 2010 15:44:04 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281282244.31.0.10716960525.issue9396@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

With Raymond adding functools.lru_cache and functools.lfu_cache, it should be possible to use those for the various caches in the standard library.

My only point of concern is that the standard lib caches tend to allow dynamic modification of the max cache size, while the new cache decorators appear to be fixed at the size specified when defining the decorator.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Sun Aug  8 17:53:28 2010
From: report at bugs.python.org (=?utf-8?b?0KDRg9GB0LvQsNC9INCY0LbQsdGD0LvQsNGC0L7Qsg==?=)
Date: Sun, 08 Aug 2010 15:53:28 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1221433699.47.0.0165458312451.issue3871@psf.upfronthosting.co.za>
Message-ID: <1281282808.21.0.647596222595.issue3871@psf.upfronthosting.co.za>


Changes by ?????? ????????? <lrn1986 at gmail.com>:


Removed file: http://bugs.python.org/file18428/py3k_mingwmsys_2_autogen.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sun Aug  8 17:58:27 2010
From: report at bugs.python.org (=?utf-8?b?0KDRg9GB0LvQsNC9INCY0LbQsdGD0LvQsNGC0L7Qsg==?=)
Date: Sun, 08 Aug 2010 15:58:27 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1221433699.47.0.0165458312451.issue3871@psf.upfronthosting.co.za>
Message-ID: <1281283107.77.0.881907169378.issue3871@psf.upfronthosting.co.za>


?????? ????????? <lrn1986 at gmail.com> added the comment:

Uh, sorry about that. I've replaced the second diff with the correct one.

----------
Added file: http://bugs.python.org/file18437/py3k_mingwmsys_2_autogen.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sun Aug  8 17:59:15 2010
From: report at bugs.python.org (Brian Brazil)
Date: Sun, 08 Aug 2010 15:59:15 +0000
Subject: [issue9292] Dead code in Modules/pyexpat.c
In-Reply-To: <1279460665.67.0.339124626695.issue9292@psf.upfronthosting.co.za>
Message-ID: <1281283155.24.0.389494704728.issue9292@psf.upfronthosting.co.za>


Brian Brazil <brian.brazil at gmail.com> added the comment:

The attached patch removes the dead code, regrtest is happy.

----------
keywords: +patch
nosy: +bbrazil
Added file: http://bugs.python.org/file18438/xmlparse_ParseFile-dead-code.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9292>
_______________________________________

From report at bugs.python.org  Sun Aug  8 18:05:07 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 16:05:07 +0000
Subject: [issue8411] Improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281283507.61.0.0680151343954.issue8411@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/issue8411>
_______________________________________

From report at bugs.python.org  Sun Aug  8 18:07:39 2010
From: report at bugs.python.org (Pablo Bitton)
Date: Sun, 08 Aug 2010 16:07:39 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1281283659.24.0.851753333351.issue5673@psf.upfronthosting.co.za>


Pablo Bitton <pablo.bitton at gmail.com> added the comment:

I'd like to report a problem I encountered with the discussed use pattern using subprocess-timeout-v5.patch on linux. I don't have python3 installed at work, sorry.

When running:
p = subprocess.Popen("tcpdump -i eth0 > file &", stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.PIPE, shell=True, universal_newlines=True)
try:
    out, err = p.communicate(timeout=1)
except subprocess.TimeoutExpired:
    p.kill()
    out, err = p.communicate()

After the timeout happens, the last line raises a ValueError: I/O operation on closed file.

The exception is thrown from the register_and_append call for self.stdout in _communicate_with_poll. I'm sorry again for not being able to attach the full traceback.

The problem doesn't reproduce without the '&' or the '> file', and doesn't reproduce with other executables I've tried.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Sun Aug  8 18:15:16 2010
From: report at bugs.python.org (Tim Golden)
Date: Sun, 08 Aug 2010 16:15:16 +0000
Subject: [issue3210] subprocess.Popen does not release process handles if
	process cannot be started
In-Reply-To: <1214493762.8.0.246296591489.issue3210@psf.upfronthosting.co.za>
Message-ID: <1281284116.25.0.322184582557.issue3210@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Committed in r83815, r83816, r83817

----------
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3210>
_______________________________________

From report at bugs.python.org  Sun Aug  8 18:19:48 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Sun, 08 Aug 2010 16:19:48 +0000
Subject: [issue9292] Dead code in Modules/pyexpat.c
In-Reply-To: <1279460665.67.0.339124626695.issue9292@psf.upfronthosting.co.za>
Message-ID: <1281284388.67.0.512504459971.issue9292@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

This patch looks good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9292>
_______________________________________

From report at bugs.python.org  Sun Aug  8 18:21:37 2010
From: report at bugs.python.org (Tim Golden)
Date: Sun, 08 Aug 2010 16:21:37 +0000
Subject: [issue2304] subprocess under windows fails to quote properly
	when	shell=True
In-Reply-To: <1205685138.96.0.183811169845.issue2304@psf.upfronthosting.co.za>
Message-ID: <1281284497.36.0.681490550508.issue2304@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Committed as r83830, r83831, r83832

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2304>
_______________________________________

From report at bugs.python.org  Sun Aug  8 18:27:43 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 16:27:43 +0000
Subject: [issue4608] urllib.request.urlopen does not return an iterable object
In-Reply-To: <1228824822.91.0.748607079368.issue4608@psf.upfronthosting.co.za>
Message-ID: <1281284863.92.0.410713593319.issue4608@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Thanks, Brian.
Pushed with revision 83833.

----------
assignee: facundobatista -> flox
nosy: +flox
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4608>
_______________________________________

From report at bugs.python.org  Sun Aug  8 18:42:30 2010
From: report at bugs.python.org (Tim Golden)
Date: Sun, 08 Aug 2010 16:42:30 +0000
Subject: [issue1714451] subprocess.py problems errors when calling cmd.exe
Message-ID: <1281285750.42.0.829332984476.issue1714451@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Duplicate of #2304

----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1714451>
_______________________________________

From report at bugs.python.org  Sun Aug  8 18:55:31 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Aug 2010 16:55:31 +0000
Subject: [issue9292] Dead code in Modules/pyexpat.c
In-Reply-To: <1279460665.67.0.339124626695.issue9292@psf.upfronthosting.co.za>
Message-ID: <1281286531.19.0.521050838169.issue9292@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

r83834

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9292>
_______________________________________

From report at bugs.python.org  Sun Aug  8 18:56:33 2010
From: report at bugs.python.org (Tim Golden)
Date: Sun, 08 Aug 2010 16:56:33 +0000
Subject: [issue8631] subprocess.Popen.communicate(...) hangs on Windows
In-Reply-To: <1273095906.37.0.582736332431.issue8631@psf.upfronthosting.co.za>
Message-ID: <1281286593.99.0.670008667063.issue8631@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

I can't reproduce on W7. Strangely, though, although my banner suggests that I have exactly the same build as you, I get a "\r\n" at the end of the communicate bytestream, not a simple "\n" as you're getting. Do you have any environment variables or Python command-line switches which might be affecting anything?

Could you try with python31/26 -E -S just in case, please?

----------
assignee:  -> tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8631>
_______________________________________

From report at bugs.python.org  Sun Aug  8 19:07:45 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 17:07:45 +0000
Subject: [issue3539] Problem with pgen make dependencies in certain
	circumstances
In-Reply-To: <1218416155.29.0.722740811463.issue3539@psf.upfronthosting.co.za>
Message-ID: <1281287265.51.0.0381816749117.issue3539@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Fascinating, three days from the second birthday, the OP isn't interested, nobody else is interested but it can't be closed.  Clearly I'm missing something.  Shall we leave this issue until it gets to it's 10th birthday?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 19:08:49 2010
From: report at bugs.python.org (Jan Killian)
Date: Sun, 08 Aug 2010 17:08:49 +0000
Subject: [issue444582] Finding programs in PATH, adding shutil.which
In-Reply-To: <1281258959.14.0.27296832973.issue444582@psf.upfronthosting.co.za>
Message-ID: <AANLkTinBj_O41EVzbiMgGYVQSfcb00F6=r7od4gZ0cNX@mail.gmail.com>


Jan Killian <jan.killian at gmail.com> added the comment:

Hi Tarek

Will do that on Tusdas. Examples make sense too

Jan

On Sun, Aug 8, 2010 at 11:15 AM, Tarek Ziad? <report at bugs.python.org> wrote:
>
> Tarek Ziad? <ziade.tarek at gmail.com> added the comment:
>
> looks good, minor changes before I commit it
>
> can you:
>
> - remove all old patches in this issue
> - make your code pep8
> - rename the 'file' argument to 'filename'
> - add yourself in ACKS
>
> one or two usage examples in the Doc would be a nice plus
>
> thx
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue444582>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue444582>
_______________________________________

From report at bugs.python.org  Sun Aug  8 19:10:05 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Aug 2010 17:10:05 +0000
Subject: [issue3539] Problem with pgen make dependencies in certain
	circumstances
In-Reply-To: <1218416155.29.0.722740811463.issue3539@psf.upfronthosting.co.za>
Message-ID: <1281287405.28.0.643590149378.issue3539@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Yes, if it's still a problem.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 19:16:26 2010
From: report at bugs.python.org (Tim Golden)
Date: Sun, 08 Aug 2010 17:16:26 +0000
Subject: [issue8006] os.popen in Python 3.1
In-Reply-To: <1266971440.47.0.35262669604.issue8006@psf.upfronthosting.co.za>
Message-ID: <1281287786.35.0.950176579991.issue8006@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

I've just run this:

<code>
import os
fd = os.popen("cat.exe", "w")

for i in range (100):
  _ = fd.write ("%d\n" % i)

fd.flush ()

</code>

and seen the expected list of numbers on the screen. cat.exe is from the gnuwin32 tools but I'm assuming that any equivalent .exe would do as well.

I suspect that the OP's issue may be with buffering, but I'd like to hear back. Switching to pending before closing as invalid. If the OP wishes to come back with a repeatable failing case I'm quite happy to look at it.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8006>
_______________________________________

From report at bugs.python.org  Sun Aug  8 19:26:05 2010
From: report at bugs.python.org (Tim Golden)
Date: Sun, 08 Aug 2010 17:26:05 +0000
Subject: [issue1759845] subprocess.call fails with unicode strings in command
	line
Message-ID: <1281288365.99.0.0328857080064.issue1759845@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

To confirm the situation on 3.x: a unicode string with non-ascii-encodable characters is fine. The easy test here in the uk is a pound sign:

<code>
import subprocess

FILENAME = "abc?.bat"
FILENAME.encode ("ascii")
#
# UnicodeEncodeError
#
with open (FILENAME, "w") as f:
  f.write ("echo hello\n")

subprocess.call ([FILENAME])
#
# "hello" output as expected
#

</code>

So no action for 3.x. I'm sympathetic (in principle) to making a change to 2.7 but I haven't looked over the "competing" patches and assessed the ins-and-outs.

----------
assignee:  -> tim.golden
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759845>
_______________________________________

From report at bugs.python.org  Sun Aug  8 19:29:29 2010
From: report at bugs.python.org (Tim Golden)
Date: Sun, 08 Aug 2010 17:29:29 +0000
Subject: [issue1707753] get status output fix for Win32
Message-ID: <1281288569.56.0.641681166827.issue1707753@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

OK, I'm going to close this one:

* commands is out of 3.x
* it's a convenience for 2.x anyway, not a showstopper

If anyone feels keen enough to reopen the request, I'm willing to commit a suitable patch against the release27-maint branch, but I'm not interested in running it up myself.

----------
resolution:  -> out of date
stage: unit test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1707753>
_______________________________________

From report at bugs.python.org  Sun Aug  8 19:48:11 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 08 Aug 2010 17:48:11 +0000
Subject: [issue3539] Problem with pgen make dependencies in certain
	circumstances
In-Reply-To: <1218416155.29.0.722740811463.issue3539@psf.upfronthosting.co.za>
Message-ID: <1281289691.35.0.418131361112.issue3539@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Mark, instead of using sarcasm, it would be more productive to research
this bug. Skip has given a hint that the search terms "VPATH" or "Makefile"
might be relevant. Searching for "VPATH" immediately yields issue 1613,
which looks very similar:

gcc: Parser/pgenmain.o: No such file or directory


Why don't you try to find out if they are related? It is an excellent
opportunity to get acquainted with the Python build process.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 19:54:49 2010
From: report at bugs.python.org (Thomas Heller)
Date: Sun, 08 Aug 2010 17:54:49 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't be
	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1281290089.75.0.829174020714.issue5504@psf.upfronthosting.co.za>


Thomas Heller <theller at ctypes.org> added the comment:

issue5504-py27-2.patch is the updated patch that now also works on Windows.

----------
Added file: http://bugs.python.org/file18439/issue5504-py27-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Sun Aug  8 19:59:28 2010
From: report at bugs.python.org (Thomas Heller)
Date: Sun, 08 Aug 2010 17:59:28 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't be
	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1281290368.59.0.923031180599.issue5504@psf.upfronthosting.co.za>


Thomas Heller <theller at ctypes.org> added the comment:

Fixed in rev 83836 (release27-maint branch) and rev. 83837 (py3k branch).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Sun Aug  8 20:07:24 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 18:07:24 +0000
Subject: [issue7564] test_ioctl may fail when run in background
In-Reply-To: <1261525155.67.0.425847513735.issue7564@psf.upfronthosting.co.za>
Message-ID: <1281290844.53.0.538912048844.issue7564@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Fixed with revision 83839.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7564>
_______________________________________

From report at bugs.python.org  Sun Aug  8 20:12:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Aug 2010 18:12:38 +0000
Subject: [issue3539] Problem with pgen make dependencies in certain
	circumstances
In-Reply-To: <1218416155.29.0.722740811463.issue3539@psf.upfronthosting.co.za>
Message-ID: <1281291158.64.0.0517957888598.issue3539@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Stefan, I'm not interested in researching something that has been available for others to research for two years, I don't understand why they aren't interested and I don't care.  If noone can be bothered with an issue why leave it to rot, why not simply close it?  Why is this issue different to others that I have set to pending and then after a couple of weeks closed without having a single comment back?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 20:14:12 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Aug 2010 18:14:12 +0000
Subject: [issue3539] Problem with pgen make dependencies in certain
	circumstances
In-Reply-To: <1281291158.64.0.0517957888598.issue3539@psf.upfronthosting.co.za>
Message-ID: <AANLkTin1CryMTowRo1iKKLj9SiT9NxNzG=_j2rZQfkJz@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/8 Mark Lawrence <report at bugs.python.org>:
>
> Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:
>
> Stefan, I'm not interested in researching something that has been available for others to research for two years, I don't understand why they aren't interested and I don't care. ?If noone can be bothered with an issue why leave it to rot, why not simply close it? ?Why is this issue different to others that I have set to pending and then after a couple of weeks closed without having a single comment back?

It's not different from others. Bugs should stay open until they are
resolved in some way. Closing a bug for lack of input is only
acceptable when the information needed is to clarify the problem from
the OP.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 20:29:26 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 08 Aug 2010 18:29:26 +0000
Subject: [issue8047] Serialiser in ElementTree returns unicode strings in Py3k
In-Reply-To: <1267600525.56.0.547982490868.issue8047@psf.upfronthosting.co.za>
Message-ID: <1281292166.03.0.0930071906245.issue8047@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

I would suggest fixing the tostring() behaviour also in a future 3.1.x bug fix release. After all, the current behaviour means that 3.0 and 3.1 would behave different from any other (released or future) Python version here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8047>
_______________________________________

From report at bugs.python.org  Sun Aug  8 20:29:32 2010
From: report at bugs.python.org (Thomas Heller)
Date: Sun, 08 Aug 2010 18:29:32 +0000
Subject: [issue6869] Embedded python crashed on 4th run, if "ctypes" is used
In-Reply-To: <1252485075.59.0.965228056128.issue6869@psf.upfronthosting.co.za>
Message-ID: <1281292172.82.0.834573829654.issue6869@psf.upfronthosting.co.za>


Thomas Heller <theller at ctypes.org> added the comment:

Fixed in rev 83841 (py3k), rev 83842 (release31-maint), and rev 83843 (release27-maint).

Thanks for the patch.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6869>
_______________________________________

From report at bugs.python.org  Sun Aug  8 21:01:47 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 19:01:47 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1281294107.53.0.294737766662.issue9452@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18405/issue9452.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Sun Aug  8 21:02:52 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 19:02:52 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1281294172.27.0.908017468918.issue9452@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Patch updated.

All docstrings now have a one-line summary.

All multiline docstrings now have a newline character before the closing """.

No method docstrings now include any additional newlines between them and the
code. Most of them were okay, a couple were edited for consistency.

All read_* methods now have a source= attribute. read_file defaults to <???>,
read_string to <string>, read_dict to <dict>. Didn't provide any additional
introspection because it's not trivial and I want this patch to be committed at
last. This might be an additional advantage because a generic <string> or <dict>
name may motivate programmers to specify a more context-specific source name of
their own.

As for Duplicate*Error, I've added source= and lineno= to both. Didn't add line=
because it's useless, the error is very specific on what is wrong. Reading from
a dictionary does not pass the lineno for obvious reasons. Reading from files
and strings does.

The `filename' attribute and __init__ argument in ParsingError were
PendingDeprecated and a `source' attribute was introduced for consistency.

`allow_no_value` was moved to the 3rd place in the argument list for backwards
compatibility with Python 2.7. I didn't notice your change made to Python
2.7 as well, all other new arguments were added by me. This ensures there's no
  backwards compatibility involved in their case. That's why I left all of the
  new arguments as keyword only.

Documentation and unit tests updated.

BTW, if `allow_no_value` made it to 2.7 this means it has a bug in
SafeConfigParser.set. Try to set a valueless option, line 694 will raise an
exception. Should I provide you with a separate patch only to fix this for
2.7.1?

PS. I made Vim show me too long lines with a delicate red background. Way better
than the violent alternative ;) Plus, I only set it for the Python filetype.

----------
Added file: http://bugs.python.org/file18440/issue9452.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Sun Aug  8 21:09:54 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Aug 2010 19:09:54 +0000
Subject: [issue2304] subprocess under windows fails to quote properly
	when	shell=True
In-Reply-To: <1205685138.96.0.183811169845.issue2304@psf.upfronthosting.co.za>
Message-ID: <1281294594.71.0.475457197426.issue2304@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Reverted because of test-breakage on unixes.

----------
nosy: +benjamin.peterson
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2304>
_______________________________________

From report at bugs.python.org  Sun Aug  8 21:23:00 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 19:23:00 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281295380.75.0.23436268426.issue9396@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I will take a look at the various caches and see if some of their features can be consolidated.  It is okay if some need to have their own strategies or situation specific approaches, but you're right that common features should be looked at to see if they make sense in the functools caches.

Am not sure that dynamically changing the maxsize is a generally useful feature (most are set to the largest size that makes sense and not revisited latter), but I will take a look to whether that complicates the code (if it's simple and fast, it may be worth doing).

----------
versions: +Python 3.2 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Sun Aug  8 21:24:07 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 08 Aug 2010 19:24:07 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281295447.7.0.201020536081.issue9396@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Sun Aug  8 21:41:08 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 19:41:08 +0000
Subject: [issue8411] Improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281296468.45.0.395368849091.issue8411@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Questions:

- why does _cond_timed_wait() decrement n_waiting *twice*?

- why does _cond_timed_wait() use InterlockedDecrement()? it doesn't protect against regular accesses to the same memory location, since it isn't guarded by the mutex

- why don't you simply pass NULL as the third parameter to ReleaseSemaphore() in _cond_signal()?

- I don't understand what you call "possible race condition" in _cond_signal(). _cond_signal() is currently always called with the corresponding mutex held, by the way. We could add a comment to make it mandatory.

----------
nosy: +jyasskin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Sun Aug  8 21:43:19 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Sun, 08 Aug 2010 19:43:19 +0000
Subject: [issue7182] For non-debug builds,
	the cygwinccompiler.py should define NDEBUG
In-Reply-To: <1256147342.16.0.0286188762329.issue7182@psf.upfronthosting.co.za>
Message-ID: <1281296599.31.0.96560520189.issue7182@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

Hi Terry, 
both : 
a) suggestion is for CFLAGS as work-around
b) clarification as build use two preprocessor defines  :
- NDEBUG is defined for non-debug builds
- _DEBUG is defined for debug builds
(ref msvc{9}compiler.py)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7182>
_______________________________________

From report at bugs.python.org  Sun Aug  8 21:46:00 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 19:46:00 +0000
Subject: [issue8411] Improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281296760.17.0.369492990441.issue8411@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Oh, and I would call CreateSemaphore() with a max count of 1, precisely to guard us against bugs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Sun Aug  8 21:58:04 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sun, 08 Aug 2010 19:58:04 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1281297484.99.0.875241586917.issue5673@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

"I don't have python3 installed at work, sorry."

Does that mean you have been using the patch with 2.x? If so, that's not valid.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:03:36 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 08 Aug 2010 20:03:36 +0000
Subject: [issue3539] Problem with pgen make dependencies in certain
	circumstances
In-Reply-To: <1218416155.29.0.722740811463.issue3539@psf.upfronthosting.co.za>
Message-ID: <1281297816.3.0.0605153134839.issue3539@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

If VPATH is intended to work without doing `make distclean` first
in the root directory, then this is still valid. I'm not sure if
this is the case though (see also issue 1613).



cd py3k/
./configure --with-pydebug
make

mkdir debug
cd debug/
../configure --with-pydebug
make
...
gcc: Parser/tokenizer_pgen.o: No such file or directory
gcc: Parser/printgrammar.o: No such file or directory
gcc: Parser/pgenmain.o: No such file or directory
make: *** [Parser/pgen] Error 1


cd ../
make distclean
cd debug/
make # (works now)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3539>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:07:35 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 20:07:35 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't be
	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1281298055.0.0.771730597143.issue5504@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Thomas, it seems this change doesn't work for py3k. Buildbots complain and my working copy does as well.

Example:

http://www.python.org/dev/buildbot/all/builders/x86%20gentoo%203.1/builds/990

----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:08:10 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 20:08:10 +0000
Subject: [issue8047] Serialiser in ElementTree returns unicode strings in Py3k
In-Reply-To: <1267600525.56.0.547982490868.issue8047@psf.upfronthosting.co.za>
Message-ID: <1281298090.91.0.858712541761.issue8047@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Done for 3.2 with r83851.

Still opened, if someone wants to propose a patch for 3.1.

----------
assignee: effbot -> 
keywords: +easy -patch
stage: commit review -> needs patch
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8047>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:09:16 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 20:09:16 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't be
	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1281298156.26.0.650744872226.issue5504@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:13:00 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 20:13:00 +0000
Subject: [issue5412] extend configparser to support mapping access(__*item__)
In-Reply-To: <1236093276.38.0.814047349626.issue5412@psf.upfronthosting.co.za>
Message-ID: <1281298380.46.0.535424885103.issue5412@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18276/issue5412.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5412>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:13:08 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 20:13:08 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281298388.71.0.868368146845.issue9425@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

It looks like you are a fixing a bug in setup_context() at the same time as you introduce PyErr_WarnFormat(). Both changes should probably go in separately.

The PyErr_WarnFormat() doc needs a "versionadded" tag.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:16:52 2010
From: report at bugs.python.org (George Boutsioukis)
Date: Sun, 08 Aug 2010 20:16:52 +0000
Subject: [issue9431] 2to3 reapplies fix_dict
In-Reply-To: <1280518101.61.0.560600920548.issue9431@psf.upfronthosting.co.za>
Message-ID: <1281298612.58.0.303291393671.issue9431@psf.upfronthosting.co.za>


George Boutsioukis <gboutsioukis at gmail.com> added the comment:

Tried it on 2 machines(Debian & Ubuntu) with both the sandbox and py3k versions. Maybe my setup is tainted on both, I'll try to find a clean one and try again from scratch.

Meanwhile, can you/someone pipe 2to3's output for the whole django trunk to grep list\(list\( and see if anything comes out?

(BTW in my output there are also instances of .itervalues() & .iterkeys() becoming list(...values/keys()) which is somewhat less benign)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9431>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:20:50 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Aug 2010 20:20:50 +0000
Subject: [issue9431] 2to3 reapplies fix_dict
In-Reply-To: <1280518101.61.0.560600920548.issue9431@psf.upfronthosting.co.za>
Message-ID: <1281298850.31.0.13255083177.issue9431@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Ah ha. I found one.

----------
resolution: out of date -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9431>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:21:01 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 20:21:01 +0000
Subject: [issue5412] extend configparser to support mapping access(__*item__)
In-Reply-To: <1236093276.38.0.814047349626.issue5412@psf.upfronthosting.co.za>
Message-ID: <1281298861.32.0.627986557975.issue5412@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Patch updated for a state when #9452 is applied.

Creating/overwriting sections with __setitem__ on the parser added. More thorough unit test suite for the mapping protocol.

No documentation created yet. 

Fred, if you applied #9452 you might review this patch, too (thanks in advance!). If it's more-less okay, I'll introduce documentation as well.

For the record, another difference in behaviour with a regular dictionary was discovered as well:
- by default, all keys in sections are accessible in a case-insensitive manner
  -- that means that for a section that holds key "a", both are True: "a" in parser["section"], "A" in parser["section"]
  -- but, `for option in parser["section"]` lists only `optionxform`ed  option key names

The default is compatible with the legacy API and of course may be changed by specifying `optionxform = str`.

----------
Added file: http://bugs.python.org/file18441/issue5412.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5412>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:22:39 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 20:22:39 +0000
Subject: [issue4617] SyntaxError when free variable name is also an exception
	target
In-Reply-To: <1228911523.24.0.570670634565.issue4617@psf.upfronthosting.co.za>
Message-ID: <1281298959.28.0.617639110607.issue4617@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

This bug is waiting for unit tests and a small patch cleanup.
See previous message: http://bugs.python.org/issue4617#msg99950

----------
keywords:  -needs review
nosy: +ezio.melotti, scoder
versions: +Python 3.2 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4617>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:27:03 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Aug 2010 20:27:03 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281299223.24.0.824204946783.issue9520@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A decade ago, 8gig memory was rare, now it is almost standard for high-end consumer machines. People are now doing bigger computations and stressing the implementation more. So it is plausible that we need to either tweak the core class implementations or (non-exclusively) add specialize structures optimized for certain tasks.

However, please to not throw the word 'bug' around lightly. When inappropriate, it only gets in the way. The language standard intentionally omits performance guarantees, especially when running on fragmented finite memory with multiple cache levels and possible OS limitations.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:27:30 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sun, 08 Aug 2010 20:27:30 +0000
Subject: [issue8411] Improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281299250.45.0.498268194338.issue8411@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Thanks for your comments.
The problem with _cond_timed_wait indicates that the timed wait code hadn't been thoroughly tested at the time of submission.

1) The InterlockedDecrement was left in by mistake.  It must be removed
2) The LONG was argument was a vestige from trying to prevent the benign race condition with the _cond_timed_wait.

As for the race condition, it is as follows:
a) Thread A is waiting in _cond_timed_wait(), n_waiting == 1
b) The wait times out and it tries to acquire the lock to decrement n_waiting.  This is a critical lock, because no one is waiting for the semaphore, yet n_waiting == 1
c) Thread B, that has the lock, calls _cond_signal().  It still sees n_waiting == 1 and does a ReleaseSemaphore.  It then also decrements n_waiting, and n_waiting is now 0.  The Semaphore count is now 1
d) Thread A finally gets the lock and decrements n_waiting.  n_waiting is now -1.

n_waiting has thus been decremented twice.  But this is ok, since there was also an extra ReleaseSemaphore call and the semaphore count is now 1.  The upshot of this is that this race condition is benign, and what happens is that the next time someone does _cond_wait(), the semaphore is reduced to 0, n_waiting goes to 0, and the thread passes right through.  Thus, should this event happen, the only upshot of it is that one _cond_wait call will be ineffective.

I'll upload a new patch with better explanation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:28:25 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sun, 08 Aug 2010 20:28:25 +0000
Subject: [issue8411] Improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281299305.45.0.823762132461.issue8411@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

"this is a critical lock" should read "this is a critical moment" :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:37:10 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 20:37:10 +0000
Subject: [issue9514] platform.linux_distribution() under Ubuntu returns
	('debian', 'squeeze/sid', '')
In-Reply-To: <1281039485.08.0.103621156485.issue9514@psf.upfronthosting.co.za>
Message-ID: <1281299826.3307.2.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Please could you attach a Mandriva lsb-release file?

$ cat /etc/lsb-release
LSB_VERSION=lsb-4.0-amd64:lsb-4.0-noarch
DISTRIB_ID=MandrivaLinux
DISTRIB_RELEASE=2010.1
DISTRIB_CODENAME=Henry_Farman
DISTRIB_DESCRIPTION="Mandriva Linux 2010.1"

$ cat /etc/mandriva-release 
Mandriva Linux release 2010.1 (Official) for x86_64

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9514>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:41:14 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 20:41:14 +0000
Subject: [issue7214] TreeBuilder.end(tag) differs between cElementTree and
	ElementTree
In-Reply-To: <1256599950.66.0.903450683949.issue7214@psf.upfronthosting.co.za>
Message-ID: <1281300074.84.0.150711928735.issue7214@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


Removed file: http://bugs.python.org/file16571/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7214>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:42:55 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 20:42:55 +0000
Subject: [issue7214] TreeBuilder.end(tag) differs between cElementTree and
	ElementTree
In-Reply-To: <1256599950.66.0.903450683949.issue7214@psf.upfronthosting.co.za>
Message-ID: <1281300175.33.0.337819074704.issue7214@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

The verification of the matching between start and end tag is performed in a debug "assert" statement in the Python version.
This check is ignored if the module is compiled with -O.
It is ignored in the C version, too.

I would suggest to keep the current behavior for both versions.
Fredrik and Stefan are CC'd if they want to comment.

----------
nosy: +effbot, scoder
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7214>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:43:11 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sun, 08 Aug 2010 20:43:11 +0000
Subject: [issue8411] Improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281300191.43.0.706225393431.issue8411@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Updated patch file

----------
Added file: http://bugs.python.org/file18442/nt_cond2.path

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Sun Aug  8 22:51:15 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 20:51:15 +0000
Subject: [issue6488] ElementTree documentation refers to "path" with no
	explanation, and inconsistently
In-Reply-To: <1247619329.11.0.425030564778.issue6488@psf.upfronthosting.co.za>
Message-ID: <1281300675.86.0.1069515037.issue6488@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Documentation patch accepted, for the "path == XPath" confusion and clarify other points too.
http://bugs.python.org/issue6488#msg90528

----------
assignee: effbot -> 
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6488>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:00:04 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Aug 2010 21:00:04 +0000
Subject: [issue9431] 2to3 reapplies fix_dict
In-Reply-To: <1280518101.61.0.560600920548.issue9431@psf.upfronthosting.co.za>
Message-ID: <1281301204.2.0.578031245498.issue9431@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

And fixed in r83857.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9431>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:00:20 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Aug 2010 21:00:20 +0000
Subject: [issue9431] 2to3 reapplies fix_dict
In-Reply-To: <1280518101.61.0.560600920548.issue9431@psf.upfronthosting.co.za>
Message-ID: <1281301220.78.0.54938149708.issue9431@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9431>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:00:25 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 21:00:25 +0000
Subject: [issue8110] subprocess.py doesn't correctly detect Windows machines
In-Reply-To: <1268236633.45.0.419738445411.issue8110@psf.upfronthosting.co.za>
Message-ID: <1281301225.17.0.558868787018.issue8110@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/issue8110>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:06:24 2010
From: report at bugs.python.org (Bob Buckley)
Date: Sun, 08 Aug 2010 21:06:24 +0000
Subject: [issue8006] os.popen in Python 3.1
In-Reply-To: <1266971440.47.0.35262669604.issue8006@psf.upfronthosting.co.za>
Message-ID: <1281301584.91.0.750059502317.issue8006@psf.upfronthosting.co.za>


Bob Buckley <bob at buckley.id.au> added the comment:

Sorry I didn't get back to you. Originally, I had trouble with just getting a pipe ... but updating my Python software seemed to make that problem go away.
I also had problems with Python 2.6 when drawing more complicated figures. I could not tell whether the issue of sending all the data via a pipe is with the Python Library, with GNUplot or with Windows pipes.
I also believe the problem I had was with buffering.
I had to get my code working so I found another solution (I write all my GNUplot commands to a file, then just send a "load file.txt" command via the pipe. I would like to be able to use pipes to communicate so I will try to use the new subprocess.Popen and Popen.communicate method and see if I can get that working reliably in 2.6 and 3.1
This will give me an idea about whether there is output from GNUplot that might be filling some buffer when using the os.popen method.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8006>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:07:00 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 21:07:00 +0000
Subject: [issue8277] ElementTree won't parse comments
In-Reply-To: <1270085866.99.0.0885322891054.issue8277@psf.upfronthosting.co.za>
Message-ID: <1281301620.01.0.549920548363.issue8277@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

IIUC it works like that by design.
The ElementTree 1.3 (which is part of Python 2.7 and 3.2) allows to define your own parser which parses comments (see previous comments).

Close as "won't fix"?

----------
nosy: +scoder
resolution:  -> wont fix
stage:  -> committed/rejected
type: behavior -> feature request
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8277>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:12:28 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 21:12:28 +0000
Subject: [issue5412] extend configparser to support mapping access(__*item__)
In-Reply-To: <1236093276.38.0.814047349626.issue5412@psf.upfronthosting.co.za>
Message-ID: <1281301948.56.0.190153022471.issue5412@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
assignee:  -> lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5412>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:13:07 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 21:13:07 +0000
Subject: [issue9101] reference json format in file formats chapter
In-Reply-To: <1277739443.04.0.607128047102.issue9101@psf.upfronthosting.co.za>
Message-ID: <1281301987.42.0.6874373564.issue9101@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
assignee: docs at python -> lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9101>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:14:08 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 21:14:08 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <1280428369.21.0.84678458473.issue9421@psf.upfronthosting.co.za>
Message-ID: <1281302048.7.0.213214743465.issue9421@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
assignee:  -> lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:14:39 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 21:14:39 +0000
Subject: [issue6517] Emphasising in the docs configparser.SafeConfigParser
	over ConfigParser
In-Reply-To: <1247949399.94.0.0752877480689.issue6517@psf.upfronthosting.co.za>
Message-ID: <1281302079.4.0.882315389575.issue6517@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
assignee:  -> lukasz.langa
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6517>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:15:31 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 21:15:31 +0000
Subject: [issue7772] test_py3kwarn fails when running the whole test suite
In-Reply-To: <1264358547.08.0.209937802024.issue7772@psf.upfronthosting.co.za>
Message-ID: <1281302131.41.0.797929803691.issue7772@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Fixed with r82149.

----------
dependencies: +buildbot: DeprecationWarning not raised for icglue (test_py3kwarn.TestStdlibRemovals)
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7772>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:17:58 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 21:17:58 +0000
Subject: [issue1410680] Add 'surgical editing' to ConfigParser
Message-ID: <1281302278.91.0.918346184602.issue1410680@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

?ric, as this is one of the major features I'm implementing at the moment for the great configparser overhaul for Python 3.2, I hope you won't mind me taking this over :)

----------
assignee: merwok -> lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1410680>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:18:04 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 08 Aug 2010 21:18:04 +0000
Subject: [issue5412] extend configparser to support mapping access(__*item__)
In-Reply-To: <1281298861.32.0.627986557975.issue5412@psf.upfronthosting.co.za>
Message-ID: <4C5F1F0A.5000801@netwok.org>


?ric Araujo <merwok at netwok.org> added the comment:

No time to review the patch, but quick feedback: Your mappings behaving
a bit differently than dicts but in a way compatible with usual
configparser access is +1 for me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5412>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:21:09 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 21:21:09 +0000
Subject: [issue5412] extend configparser to support mapping access(__*item__)
In-Reply-To: <1236093276.38.0.814047349626.issue5412@psf.upfronthosting.co.za>
Message-ID: <1281302469.67.0.334900948005.issue5412@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

I am mostly gathering information for inclusion in the docs. So the comments about differences in behaviour are rather "for the record". Still, I'm happy that your +1 on them, too :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5412>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:26:20 2010
From: report at bugs.python.org (William Mill)
Date: Sun, 08 Aug 2010 21:26:20 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281302780.78.0.344223088704.issue6678@psf.upfronthosting.co.za>


William Mill <bill.mill at gmail.com> added the comment:

This patch is built against trunk, because I'm not sure what branch I should build it against. If that's the wrong branch, I'd be happy to figure it out against the right branch.

I tested both the help() and the doc build, both worked as expected.

I will happily do anything more I can to help.

----------
Added file: http://bugs.python.org/file18443/currentframe.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:31:02 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 08 Aug 2010 21:31:02 +0000
Subject: [issue1410680] Add 'surgical editing' to ConfigParser
Message-ID: <1281303062.55.0.55773717818.issue1410680@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Be my guest :) Thanks for your work. FYI, note that it seems more usual to ask first before unassigning someone.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1410680>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:31:21 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 21:31:21 +0000
Subject: [issue5930] Transient error in multiprocessing
	(test_number_of_objects)
In-Reply-To: <1241472804.71.0.981647805709.issue5930@psf.upfronthosting.co.za>
Message-ID: <1281303081.44.0.904086681338.issue5930@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Confirmed on some buildbots.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5930>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:40:37 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 21:40:37 +0000
Subject: [issue5319] stdout error at interpreter shutdown fails to return OS
	error status
In-Reply-To: <1235065081.04.0.732738239861.issue5319@psf.upfronthosting.co.za>
Message-ID: <1281303637.82.0.00468260835248.issue5319@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I've committed the py3k fix in r83854 (3.1 in r83855).
As for 2.6/2.7, I've finally diagnosed the problem: 2.6 and upwards use PyErr_Print() in the file destructor, but the sys.stderr and sys.excepthook objects are already None at that time (because of interpreter shutdown). Therefore the error can't be printed out.
2.5 and earlier used a direct fprintf() of the errno code to stderr.

I propose to ignore the 2.6/2.7 issue of the error not being printed properly, since it only happens at shutdown with a misbehaving stdout, which is not very common.

As for the issue of the stdout error not being reported in the process return code, this would be possible in 3.x, although it would involve changing the signature of Py_Finalize() to include a return status (it currently returns void).

----------
title: I/O error during one-liner fails to return OS error status -> stdout error at interpreter shutdown fails to return OS error status
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5319>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:44:47 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 21:44:47 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1281303887.24.0.497420335772.issue2651@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

For the record, I am -1 for this change after discussion on #python-dev. There are three major arguments against the proposed approach:

1. Moratorium. If we don't stick to the rules set by ourselves, nobody will take us seriously. No exceptions, this has to wait.

2. Backwards incompatibility. The current implementation is backwards incompatible and doesn't provide a reliable way of returning `e.key`. There was an alternative discussed about including key= and message= keyword arguments to the exception. This would require writing an additional helper routine in C for dealing with keyword arguments and is thus a bit of a broader problem.

3. PEP 3151. While still in draft form, this PEP prepares a solution for more generic and consistent behaviour of exceptions. It mentions IOError and OSError at the moment but Alexander is right: if the PEP 3151 approach chooses a new form of argument handling for exceptions, lookup errors should try to conform with that.

For the above reasons, I would resolve this issue as 'after moratorium' and prepare a superseder that gathers all PEP 3151 related issues in the tracker.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:51:06 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 21:51:06 +0000
Subject: [issue8142] libffi update to 3.0.9
In-Reply-To: <1268610005.87.0.424920826618.issue8142@psf.upfronthosting.co.za>
Message-ID: <1281304266.86.0.531889120467.issue8142@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

"x86 FreeBSD 3.x" buildbot seems to compile "libffi".

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8142>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:51:22 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sun, 08 Aug 2010 21:51:22 +0000
Subject: [issue2920] Patch to print symbolic value or errno in
	EnvironmentError.__str__()
In-Reply-To: <1211228076.96.0.534347381118.issue2920@psf.upfronthosting.co.za>
Message-ID: <1281304282.85.0.214421130055.issue2920@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Alexander is right that this should be considered as part of PEP 3151. Plus, changes to interpreter core are subject to the moratorium.

I am -1 on this. I would propose to create a superseding issue for implementing PEP 3151 and gathering dependant issues like this one. For a similar case see #2651.

----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2920>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:53:35 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 21:53:35 +0000
Subject: [issue2920] Patch to print symbolic value or errno in
	EnvironmentError.__str__()
In-Reply-To: <1211228076.96.0.534347381118.issue2920@psf.upfronthosting.co.za>
Message-ID: <1281304415.92.0.811382415989.issue2920@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

PEP 3151 is already large enough and I don't want to add orthogonal changes to it. Furthermore, this change is only about the string representation of exceptions, and may be accepted for 3.2 even despite the moratorium.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2920>
_______________________________________

From report at bugs.python.org  Sun Aug  8 23:58:05 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Aug 2010 21:58:05 +0000
Subject: [issue4617] SyntaxError when free variable name is also an exception
	target
In-Reply-To: <1228911523.24.0.570670634565.issue4617@psf.upfronthosting.co.za>
Message-ID: <1281304685.25.0.14700791126.issue4617@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I have changed my mind on this issue. Since

e = 1
del e
def g(): print(e)
g()

compiles and raises a run-time name error, so should the same code embedded within a function. In either case, the premature deletion is a logic error, not a syntax error.

However, changing the language definition, even to fix what is considered a design bug, is a feature request. For both 2.7 and 3.1, section 6.5. "The del statement", says "It is illegal to delete a name from the local namespace if it occurs as a free variable in a nested block."

So this seems too late for 2.7. On the other hand, Guido has allowed it for 3.2 in spite of the moratorium, but I think it should go in the initial release.

----------
type: behavior -> feature request
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4617>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:00:31 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 22:00:31 +0000
Subject: [issue7732] imp.find_module crashes Python if there exists a
	directory named "__init__.py"
In-Reply-To: <1263816426.99.0.320342241745.issue7732@psf.upfronthosting.co.za>
Message-ID: <1281304831.5.0.731148800739.issue7732@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

According to message http://bugs.python.org/issue7732#msg102702,
someone should write a patch for 3.x too.

----------
assignee: flox -> 
stage: patch review -> needs patch
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7732>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:02:27 2010
From: report at bugs.python.org (Dmitry Chichkov)
Date: Sun, 08 Aug 2010 22:02:27 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281304947.33.0.573905165906.issue9520@psf.upfronthosting.co.za>


Dmitry Chichkov <dchichkov at gmail.com> added the comment:

Yes. Data containers optimized for very large datasets, compactness and strict adherence to O(1) can be beneficial. 

Python have great high performance containers, but there is a certain lack of compact ones. For example, on the x64 machine the following dict() mapping 10,000,000 very short unicode keys (~7 chars) to integers eats 149 bytes per entry. 
>>> import os, re
>>> d = dict()
>>> for i in xrange(0, 10000000): d[unicode(i)] = i
>>> print re.findall("(VmPeak.*|VmSize.*)", open('/proc/%d/status' % os.getpid()).read())
['VmPeak:\t 1458324 kB', 'VmSize:\t 1458324 kB']

I can understand that there are all kinds of reasons why it is so and even why it is good. But having an unobtrusive *compact* container could be nice (although you'd be most welcome if you could tweak default containers, so they would adjust to the large datasets appropriately),

Also I can't emphasize more that compactness is still important sometimes. Modern days datasets are getting larger and larger (literally terabytes) and 'just add more memory' strategy is not always feasible. 


Regarding the dict() violation of O(1). So far I was unable to reproduce it in the test. I can certainly see it on the real dataset, and trust me it was very annoying to see ETA 10 hours going down to 8 hours and then gradually up again to 17 hours and hanging there. This was _solved_ by switching from dict() to Bio.trie(). So this problem certainly had something to do with dict(). I don't know what is causing it though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:03:17 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 08 Aug 2010 22:03:17 +0000
Subject: [issue8047] Serialiser in ElementTree returns unicode strings in Py3k
In-Reply-To: <1267600525.56.0.547982490868.issue8047@psf.upfronthosting.co.za>
Message-ID: <1281304997.1.0.586141383649.issue8047@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8047>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:06:05 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 08 Aug 2010 22:06:05 +0000
Subject: [issue5321] I/O error during one-liner gives no (!) diagnostic (and
	fails to return OS error status)
In-Reply-To: <1235065804.66.0.913102056215.issue5321@psf.upfronthosting.co.za>
Message-ID: <1281305165.64.0.657087477823.issue5321@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Closing as a duplicate of issue 5319.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> stdout error at interpreter shutdown fails to return OS error status

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5321>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:08:02 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 22:08:02 +0000
Subject: [issue8530] Stringlib fastsearch can read beyond the front of an array
In-Reply-To: <1272218711.28.0.946765845832.issue8530@psf.upfronthosting.co.za>
Message-ID: <1281305282.67.0.484750858372.issue8530@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Fixed with r83859 (on 3.2).

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8530>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:10:46 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 08 Aug 2010 22:10:46 +0000
Subject: [issue4617] SyntaxError when free variable name is also an exception
	target
In-Reply-To: <1228911523.24.0.570670634565.issue4617@psf.upfronthosting.co.za>
Message-ID: <1281305446.22.0.961852614068.issue4617@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Yeah, please fix in 3.2, don't fix in 2.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4617>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:16:27 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 22:16:27 +0000
Subject: [issue7977] I found Python 3.1 xmlrpc lib use "<param>" not properly.
	and i have fixed it.
In-Reply-To: <1266774979.92.0.0106793526152.issue7977@psf.upfronthosting.co.za>
Message-ID: <1281305787.15.0.920949967625.issue7977@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
stage: unit test needed -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7977>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:17:05 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Aug 2010 22:17:05 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281305825.14.0.860280900901.issue6678@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Parameter 'depth' needs to be italicized in the function signature also.

The old 'trunk' is now frozen with the release of 2.7. The py3k branch is now the actual trunk. Please edit, build against that, and retest. I think the word 'trunk' will go away with the switch to hg planned for a few months from now.

----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:19:39 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 22:19:39 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281305979.88.0.397686584537.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

pitrou> It looks like you are a fixing a bug in setup_context() 
pitrou> at the same time as you introduce PyErr_WarnFormat(). 
pitrou> Both changes should probably go in separately.

Right. r83860 fixes the bug, and I attached a new version of the patch (with :versionadded:).

----------
Added file: http://bugs.python.org/file18444/pyerr_warnformat-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:19:48 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 22:19:48 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281305988.13.0.776148239961.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18432/pyerr_warnformat.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:21:47 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 22:21:47 +0000
Subject: [issue477863] Print warning at shutdown if gc.garbage not empty
Message-ID: <1281306107.01.0.798691187145.issue477863@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I went forward and committed the patch in r83861.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue477863>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:22:25 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 22:22:25 +0000
Subject: [issue2864] etree: Add XPath documentation
In-Reply-To: <1210863012.97.0.696135529968.issue2864@psf.upfronthosting.co.za>
Message-ID: <1281306145.78.0.721042136276.issue2864@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

There's another issue about lack of documentation on this topic.
See #6488.

----------
assignee: docs at python -> 
resolution:  -> duplicate
status: open -> closed
superseder:  -> ElementTree documentation refers to "path" with no explanation, and inconsistently

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2864>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:23:48 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 22:23:48 +0000
Subject: [issue6488] ElementTree documentation refers to "path" with no
	explanation, and inconsistently
In-Reply-To: <1247619329.11.0.425030564778.issue6488@psf.upfronthosting.co.za>
Message-ID: <1281306228.33.0.15708149972.issue6488@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

See also patch attached to #2864 which proposes to add an XPath example to the documentation.

----------
nosy: +guettli, littlemog, mbone

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6488>
_______________________________________

From report at bugs.python.org  Mon Aug  9 00:24:18 2010
From: report at bugs.python.org (Brian)
Date: Sun, 08 Aug 2010 22:24:18 +0000
Subject: [issue7214] TreeBuilder.end(tag) differs between cElementTree and
	ElementTree
In-Reply-To: <1281300175.33.0.337819074704.issue7214@psf.upfronthosting.co.za>
Message-ID: <AANLkTinUsyqPFUPjfxMLTrvNMD-cr0ChqUG4-53_pXAD@mail.gmail.com>


Brian <brian at merrells.org> added the comment:

Florent,

Does keeping the current behavior mean no change?  This issue, more
fundamental than this discrepancy, is what is the purpose of the argument to
*end* in the first place?  Why have a required argument that is usually
ignored and when not ignored it used only to verify that one actually knows
the current tag they are ending (ie the argument doesn't actually seem to DO
anything)?

-brian

On Sun, Aug 8, 2010 at 4:42 PM, Florent Xicluna <report at bugs.python.org>wrote:

>
> Florent Xicluna <florent.xicluna at gmail.com> added the comment:
>
> The verification of the matching between start and end tag is performed in
> a debug "assert" statement in the Python version.
> This check is ignored if the module is compiled with -O.
> It is ignored in the C version, too.
>
> I would suggest to keep the current behavior for both versions.
> Fredrik and Stefan are CC'd if they want to comment.
>
> ----------
> nosy: +effbot, scoder
> versions: +Python 3.2 -Python 2.6
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue7214>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file18445/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7214>
_______________________________________
-------------- next part --------------
Florent,<div><br></div><div>Does keeping the current behavior mean no change? ??This issue, more fundamental than this discrepancy, is what is the purpose of the argument to <b>end</b>??in the first place? ??Why have a required argument that is usually ignored and when not ignored it used only to verify that one actually knows the current tag they are ending (ie the argument doesn&#39;t actually seem to DO anything)?</div>

<div><br></div><div>-brian</div><div><br></div><div><div class="gmail_quote">On Sun, Aug 8, 2010 at 4:42 PM, Florent Xicluna <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>
Florent Xicluna &lt;<a href="mailto:florent.xicluna at gmail.com">florent.xicluna at gmail.com</a>&gt; added the comment:<br>
<br>
The verification of the matching between start and end tag is performed in a debug &quot;assert&quot; statement in the Python version.<br>
This check is ignored if the module is compiled with -O.<br>
It is ignored in the C version, too.<br>
<br>
I would suggest to keep the current behavior for both versions.<br>
Fredrik and Stefan are CC&#39;d if they want to comment.<br>
<br>
----------<br>
nosy: +effbot, scoder<br>
versions: +Python 3.2 -Python 2.6<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/issue7214" target="_blank">http://bugs.python.org/issue7214</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br></div>

From report at bugs.python.org  Mon Aug  9 00:25:33 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 22:25:33 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281306333.38.0.613692453421.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

gutworth's comment about r83860: "Test?"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug  9 01:08:34 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Aug 2010 23:08:34 +0000
Subject: [issue4236] Crash when importing builtin module during interpreter
	shutdown
In-Reply-To: <1225328266.56.0.143062114726.issue4236@psf.upfronthosting.co.za>
Message-ID: <1281308914.26.0.0347867056303.issue4236@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4236>
_______________________________________

From report at bugs.python.org  Mon Aug  9 01:10:07 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 08 Aug 2010 23:10:07 +0000
Subject: [issue6231] ElementInclude may drop text
In-Reply-To: <1244384504.27.0.561199535147.issue6231@psf.upfronthosting.co.za>
Message-ID: <1281309007.45.0.979856316247.issue6231@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Thanks Neil.
Pushed with r83864.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6231>
_______________________________________

From report at bugs.python.org  Mon Aug  9 01:14:09 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 08 Aug 2010 23:14:09 +0000
Subject: [issue9526] 2 GB limit in array module
In-Reply-To: <1281061254.05.0.356539300127.issue9526@psf.upfronthosting.co.za>
Message-ID: <1281309249.31.0.260836478559.issue9526@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Tested on an 8GB machine. This is fixed.

----------
nosy: +skrah
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9526>
_______________________________________

From report at bugs.python.org  Mon Aug  9 01:14:15 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 08 Aug 2010 23:14:15 +0000
Subject: [issue9526] 2 GB limit in array module
In-Reply-To: <1281061254.05.0.356539300127.issue9526@psf.upfronthosting.co.za>
Message-ID: <1281309255.62.0.249120429332.issue9526@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9526>
_______________________________________

From report at bugs.python.org  Mon Aug  9 01:26:14 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Aug 2010 23:26:14 +0000
Subject: [issue8524] SSL sockets do not retain the parent socket's attributes
In-Reply-To: <1272142067.91.0.0552245215724.issue8524@psf.upfronthosting.co.za>
Message-ID: <1281309974.22.0.215583776995.issue8524@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

sockforget.patch committed in r83869 (py3k). Thank you for the comments.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8524>
_______________________________________

From report at bugs.python.org  Mon Aug  9 01:29:48 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 23:29:48 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281310188.07.0.159946919863.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Py_UNICODE_strrchr.patch: Create Py_UNICODE_strrchr() function. It will be used for zipimport to work on unicode paths instead of bytes paths.

Antoine noticed that the input string is const whereas the output string is not const, which is unusual. I copy/pasted Py_UNICODE_strchr() prototype.

I suppose that const input and non const input is required to be able to use the function on const strings. The GNU libc uses the same strchr() prototype in its C version of string.h. In the C++ version of the header, it defines the strchr() twice: once with const input and output, once with non const input and ouput. The right solution is the C++ way, but C doesn't support polymophism.

----------
Added file: http://bugs.python.org/file18446/Py_UNICODE_strrchr.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug  9 01:56:50 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 23:56:50 +0000
Subject: [issue9542] Create PyUnicode_FSDecoder() function
In-Reply-To: <1281311809.81.0.46043022196.issue9542@psf.upfronthosting.co.za>
Message-ID: <1281311809.81.0.46043022196.issue9542@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

For my work on #9425 (Rewrite import machinery to work with unicode paths), I need a PyArg_Parse converter converting bytes and str to str. PyUnicode_FSConverter() is the opposite because it encodes str to bytes.

To handle (input) filenames in a function, we have 3 choices:

 1/ use bytes: that's the current choice for most Python functions. It gives full unicode support for POSIX OSes (FS using a bytes API), but it is not enough for Windows (Windows uses mbcs encoding which is a very small subset of Unicode)
 2/ use str with the PEP 383 (surrogateescape): it begins to be used in Python 3.1, and more seriously in Python 3.2. It offers full unicode support on all OSes (POSIX and Windows)
 3/ use the native type for each OS (bytes on POSIX, str on Windows): I dislike this solution because it implies code duplication

PyUnicode_FSConverter() is the converter for solution (1). PyUnicode_FSDecoder() will be the converter for the solution (2).

----------
components: Interpreter Core, Unicode
files: PyUnicode_FSDecoder.patch
keywords: patch
messages: 113352
nosy: haypo, lemburg, loewis
priority: normal
severity: normal
status: open
title: Create PyUnicode_FSDecoder() function
versions: Python 3.2
Added file: http://bugs.python.org/file18447/PyUnicode_FSDecoder.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9542>
_______________________________________

From report at bugs.python.org  Mon Aug  9 01:57:40 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Aug 2010 23:57:40 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281311860.0.0.323736151497.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I created a separated issue, #9542, to add the new function PyUnicode_FSDecoder().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug  9 02:39:34 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Aug 2010 00:39:34 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281314374.54.0.953781560191.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

_Py_stat.patch: create _Py_stat() function. It will be used in import.c and zipimport.c.

I added the function to import.c because, initially, I only used it there. But it's maybe not the best place for such function. posixmodule.c doesn't fit because it is not part of the bootstrap process.

I created this function to get full unicode support on Windows (don't fallback to bytes using the evil mbcs encoding).

In import.c and zipimport.c, it is used to check if the path is a regular file or if the path is a directory. That's why _Py_stat() only fills st_mode attribute (it's just enough).

A better API would be maybe functions checking directly these properties? Maybe Py_isdir() (as os.path.isdir()) and Py_isreg()? Or if you prefer longer names: Py_is_directory() ad Py_is_regular_file()? Such functions can be implemented differently, eg. use GetFileAttributesW on Windows. I say that because of a comment found in NullImporter_init():

    /* see issue1293 and issue3677:
     * stat() on Windows doesn't recognise paths like
     * "e:\\shared\\" and "\\\\whiterab-c2znlh\\shared" as dirs.
     */

----------
Added file: http://bugs.python.org/file18448/_Py_stat.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug  9 03:00:30 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Aug 2010 01:00:30 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281315630.65.0.864593220112.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83870 creates load_builtin() subfunction in import.c to prepare and simplify the big patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug  9 03:05:32 2010
From: report at bugs.python.org (William Mill)
Date: Mon, 09 Aug 2010 01:05:32 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281315932.27.0.752006789124.issue6678@psf.upfronthosting.co.za>


William Mill <bill.mill at gmail.com> added the comment:

I've updated the patch to be based on the py3k branch, and updated the sys module's documentation for _getframe, since inspect just aliases sys._getframe to currentframe().

I've updated the argument list of both inspect.currentframe and sys._getframe to reflect that depth isn't an optional argument, but one with a default value; this matches more closely with the other documentation in those two modules.

Also, the function signature is automatically italicized; here's a screenshot of what it looks like: http://img.skitch.com/20100809-xddf43hy2ifxc3b2an4ae85fre.jpg

----------
Added file: http://bugs.python.org/file18449/currentframe.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 03:35:24 2010
From: report at bugs.python.org (David I. Lehn)
Date: Mon, 09 Aug 2010 01:35:24 +0000
Subject: [issue9543] 2.6.6 rc1 socket.py flush() calls del on unbound 'view'
	variable
In-Reply-To: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>
Message-ID: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>


New submission from David I. Lehn <dil at lehn.org>:

An error was introduced in 2.6.6 rc1 in the socket flush() call where del is called on the unbound 'view' variable.

Associated commit and diff:

http://svn.python.org/view?view=rev&revision=83624
http://svn.python.org/view/python/tags/r266rc1/Lib/socket.py?r1=81488&r2=83624

Tail end of the runtime stack trace:

  File "/usr/lib/python2.6/socket.py", line 318, in write
    self.flush()
  File "/usr/lib/python2.6/socket.py", line 302, in flush
    del view, data  # explicit free
UnboundLocalError: local variable 'view' referenced before assignment

----------
components: Library (Lib)
messages: 113357
nosy: dil
priority: normal
severity: normal
status: open
title: 2.6.6 rc1 socket.py flush() calls del on unbound 'view' variable
type: crash
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9543>
_______________________________________

From report at bugs.python.org  Mon Aug  9 04:07:31 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Aug 2010 02:07:31 +0000
Subject: [issue7846] Fnmatch cache is never cleared during usage
In-Reply-To: <1265209336.56.0.865162695939.issue7846@psf.upfronthosting.co.za>
Message-ID: <1281319651.8.0.946343423568.issue7846@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

For Py3.2, applying the new functools.lru_cache().
See r83871.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7846>
_______________________________________

From report at bugs.python.org  Mon Aug  9 04:09:39 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 09 Aug 2010 02:09:39 +0000
Subject: [issue9543] 2.6.6 rc1 socket.py flush() calls del on unbound 'view'
	variable
In-Reply-To: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>
Message-ID: <1281319779.64.0.371966370898.issue9543@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thank you very much for testing the alpha and making a report.  I've added Ezio to nosy since he backported the patch, and Barry since he's release manager.

----------
nosy: +barry, ezio.melotti, r.david.murray
priority: normal -> release blocker
stage:  -> unit test needed
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9543>
_______________________________________

From report at bugs.python.org  Mon Aug  9 04:28:59 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Aug 2010 02:28:59 +0000
Subject: [issue9526] 2 GB limit in array module
In-Reply-To: <1281061254.05.0.356539300127.issue9526@psf.upfronthosting.co.za>
Message-ID: <1281320939.38.0.657840121312.issue9526@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9526>
_______________________________________

From report at bugs.python.org  Mon Aug  9 04:43:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 02:43:46 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281321826.92.0.792630066878.issue6678@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file18443/currentframe.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:03:59 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:03:59 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281323039.76.0.368845899506.issue6678@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A parameter with a default is very much optional. Makes no sense otherwise. In 3.x docs, the square brackets that were used in 2.x and are still used for optional args without default are left off because they are redundant. So in the example you depict, context is optional with a default of 1, and 'depth=0' is correct and means that is it optional with default 0.

I just realized that I removed the info that depth must me an integer.
>>> inspect.currentframe(0.0)
Traceback (most recent call last):
  File "<pyshell#2>", line 1, in <module>
    inspect.currentframe(0.0)
TypeError: integer argument expected, got float

Although it seems obvious, it also seems that the context count in the preceding 3 funcs does not have to be an int, at least not always,
>>> inspect.getframeinfo(inspect.currentframe(0), context=1.0)
Traceback(filename='<pyshell#3>', lineno=1, function='<module>', code_context=None, index=None)

which surprised me, so I think we should insert 'an integer ' before 'depth'.

Call the revision currentframe_2.diff. Some reviewers prefer unique names for uploaded files, and I think the current one should be left in case whichever doc person who grabs this prefers it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:06:01 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Aug 2010 03:06:01 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281323161.66.0.791923346686.issue6678@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Technically, inspect.currentframe() doesn't have a depth parameter. It's just implemented by aliasing to sys._getframe() which does.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:07:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:07:09 +0000
Subject: [issue1757072] Zipfile robustness
Message-ID: <1281323229.1.0.191577034476.issue1757072@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1757072>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:07:18 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:07:18 +0000
Subject: [issue1886] Permit to easily use distutils "--formats=tar, gztar,
	bztar" on all systems
In-Reply-To: <1200950920.27.0.810221024065.issue1886@psf.upfronthosting.co.za>
Message-ID: <1281323238.23.0.228014370023.issue1886@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1886>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:10:51 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:10:51 +0000
Subject: [issue3482] re.split, re.sub and re.subn should support flags
In-Reply-To: <1217575222.11.0.84305922701.issue3482@psf.upfronthosting.co.za>
Message-ID: <1281323451.08.0.66646603891.issue3482@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3482>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:11:11 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:11:11 +0000
Subject: [issue4093] add gc/memory management tests to pybench
In-Reply-To: <1223583671.55.0.378027083511.issue4093@psf.upfronthosting.co.za>
Message-ID: <1281323471.33.0.779997948918.issue4093@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4093>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:12:19 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:12:19 +0000
Subject: [issue4761] create Python wrappers for openat() and others
In-Reply-To: <1230476318.95.0.898909480668.issue4761@psf.upfronthosting.co.za>
Message-ID: <1281323539.25.0.444864682265.issue4761@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4761>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:13:05 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:13:05 +0000
Subject: [issue4885] mmap enhancement request
In-Reply-To: <1231445893.72.0.162990779773.issue4885@psf.upfronthosting.co.za>
Message-ID: <1281323585.93.0.761769001929.issue4885@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4885>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:14:34 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:14:34 +0000
Subject: [issue4899] doctest should support fixtures
In-Reply-To: <1231517940.49.0.224416428352.issue4899@psf.upfronthosting.co.za>
Message-ID: <1281323674.79.0.315198382804.issue4899@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Tim, any opinion on whether this should be kept open or not?

----------
nosy: +terry.reedy
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4899>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:17:34 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:17:34 +0000
Subject: [issue4913] wave.py: add writesamples() and readsamples()
In-Reply-To: <1231640203.22.0.836631115229.issue4913@psf.upfronthosting.co.za>
Message-ID: <1281323854.63.0.663622275436.issue4913@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Please upload plain-text files with unique names for each file uploaded.

----------
nosy: +terry.reedy
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4913>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:17:40 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:17:40 +0000
Subject: [issue1589266] bdist_sunpkg distutils command
Message-ID: <1281323860.77.0.376039177756.issue1589266@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1589266>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:18:23 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:18:23 +0000
Subject: [issue1453973] addheaders for urlopen / open / xxxx_open
Message-ID: <1281323903.09.0.654297160609.issue1453973@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1453973>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:19:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:19:09 +0000
Subject: [issue5231] Change format of a memoryview
In-Reply-To: <1234474743.76.0.794318305676.issue5231@psf.upfronthosting.co.za>
Message-ID: <1281323949.52.0.684825881567.issue5231@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5231>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:21:31 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:21:31 +0000
Subject: [issue868845] Need unit tests for <...> reprs
Message-ID: <1281324091.5.0.162644512221.issue868845@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Georg, did your two patches finish this issue, so it can be closed, or is there more to do?

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue868845>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:21:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:21:42 +0000
Subject: [issue1692592] Stripping debugging symbols from compiled C extensions
Message-ID: <1281324102.67.0.130336523511.issue1692592@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1692592>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:22:30 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:22:30 +0000
Subject: [issue949667] setblocking() method on file objects
Message-ID: <1281324150.47.0.241152321377.issue949667@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue949667>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:22:41 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:22:41 +0000
Subject: [issue5342] distutils removing old files,
	deleting unneeded old files from installed location.
In-Reply-To: <1235256230.9.0.667035234316.issue5342@psf.upfronthosting.co.za>
Message-ID: <1281324161.73.0.53733594672.issue5342@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5342>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:23:15 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:23:15 +0000
Subject: [issue1154351] add get_current_dir_name() to os module
Message-ID: <1281324195.99.0.652051670111.issue1154351@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1154351>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:23:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:23:24 +0000
Subject: [issue4480] bdist_msi and bdist_wininst are missing an uninstaller
	icon
In-Reply-To: <1228122344.22.0.401809698411.issue4480@psf.upfronthosting.co.za>
Message-ID: <1281324204.73.0.261932811797.issue4480@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4480>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:23:31 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:23:31 +0000
Subject: [issue5235] distutils seems to only work with VC++ 2008 (9.0)
In-Reply-To: <1234478580.55.0.077455747153.issue5235@psf.upfronthosting.co.za>
Message-ID: <1281324211.95.0.913485500354.issue5235@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5235>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:24:50 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:24:50 +0000
Subject: [issue1485576] Backwards compatibility support for Py_ssize_t
Message-ID: <1281324290.02.0.181419896074.issue1485576@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1485576>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:27:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:27:04 +0000
Subject: [issue1500773] wm_attributes doesn't take keyword arguments
Message-ID: <1281324424.92.0.747065364047.issue1500773@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1500773>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:28:09 2010
From: report at bugs.python.org (William Mill)
Date: Mon, 09 Aug 2010 03:28:09 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281324489.66.0.825569520097.issue6678@psf.upfronthosting.co.za>


William Mill <bill.mill at gmail.com> added the comment:

Terry: fair enough, I'll add that it's required to be an integer. 

I just meant that the brackets seemed not to be around other keyword arguments, not that it's not optional, sorry for being unclear.

Ben and/or Terry: Would you prefer the inspect.currentframe docs to say something like:

Returns an alias to :func:`sys._getframe` if it exists, otherwise returns a function which always returns ``None``

? I see that as more accurate, but perhaps not as useful to a user of the library who then has to go read the documentation for sys._getframe to find out what the function does.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:28:19 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:28:19 +0000
Subject: [issue1475397] time.asctime_tz, time.strftime %z %C
Message-ID: <1281324499.76.0.0190254154309.issue1475397@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +belopolsky
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1475397>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:29:02 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:29:02 +0000
Subject: [issue1559549] ImportError needs attributes for module and file name
Message-ID: <1281324542.02.0.28099022516.issue1559549@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559549>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:32:43 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:32:43 +0000
Subject: [issue1486713] HTMLParser : A auto-tolerant parsing mode
Message-ID: <1281324763.51.0.224905324921.issue1486713@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This needs to be checked for applicability to 3.x.
Do beautifulsoup and other programs cover this ground (tolerant parsing of junk html)?

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1486713>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:34:29 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:34:29 +0000
Subject: [issue1531415] parsetok.c emits warnings by writing to stderr
Message-ID: <1281324869.06.0.694154644847.issue1531415@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

warning.py it still is in 3.1

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1531415>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:34:55 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:34:55 +0000
Subject: [issue1520879] make install change: Allow $DESTDIR to be relative
Message-ID: <1281324895.3.0.534211385597.issue1520879@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1520879>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:35:29 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:35:29 +0000
Subject: [issue1521051] Extra configurability for doctest TestCases
Message-ID: <1281324929.4.0.244610900323.issue1521051@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1521051>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:40:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:40:24 +0000
Subject: [issue1515839] socket timeout inheritance on accept
Message-ID: <1281325224.09.0.971179224511.issue1515839@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am sorry this has not gotten any response. There does not seem to currently be anyone specifically working on the socket module, so this got lost among hundreds of other feature requests.

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1515839>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:40:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:40:42 +0000
Subject: [issue1509060] Interrupt/kill threads w/exception
Message-ID: <1281325242.44.0.33820859982.issue1509060@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1509060>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:41:50 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:41:50 +0000
Subject: [issue1509798] replace dist/src/Tools/scripts/which.py with tmick's
	which
Message-ID: <1281325310.65.0.0607275555093.issue1509798@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1509798>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:43:16 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:43:16 +0000
Subject: [issue4630] IDLE no longer respects .Xdefaults insertOffTime
In-Reply-To: <1228982754.08.0.523311497339.issue4630@psf.upfronthosting.co.za>
Message-ID: <1281325396.47.0.492841022706.issue4630@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> patch review
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4630>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:44:29 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:44:29 +0000
Subject: [issue1702036] Make Turtle thread-safe so it does not crash
Message-ID: <1281325469.67.0.717420920292.issue1702036@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: Turtle isn't thread-safe (crashes) -> Make Turtle thread-safe so it does not crash
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1702036>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:45:03 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:45:03 +0000
Subject: [issue1615376] subprocess doesn\'t handle SIGPIPE
Message-ID: <1281325503.95.0.804347777994.issue1615376@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1615376>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:45:36 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:45:36 +0000
Subject: [issue1625576] add ability to specify name to os.fdopen
Message-ID: <1281325536.08.0.145621229237.issue1625576@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1625576>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:47:05 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:47:05 +0000
Subject: [issue2518] smtpd.py to handle huge email
In-Reply-To: <1206940317.15.0.464118270083.issue2518@psf.upfronthosting.co.za>
Message-ID: <1281325625.97.0.598849225641.issue2518@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2518>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:47:26 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:47:26 +0000
Subject: [issue1641544] rlcompleter tab completion in pdb
Message-ID: <1281325646.85.0.404346115966.issue1641544@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1641544>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:48:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:48:45 +0000
Subject: [issue1654408] Installer should split tcl/tk and tkinter install
	options.
Message-ID: <1281325725.63.0.423873219431.issue1654408@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1654408>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:51:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:51:35 +0000
Subject: [issue1654974] Binding annotations in tracebacks.
Message-ID: <1281325895.67.0.298403337528.issue1654974@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Nejucomo, do you have any interest in pursuing this or should be close it?

----------
nosy: +terry.reedy
status: open -> pending
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1654974>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:53:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:53:24 +0000
Subject: [issue1214675] module warnings lacks a remove filter function
Message-ID: <1281326004.64.0.447075033843.issue1214675@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1214675>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:55:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:55:08 +0000
Subject: [issue1298835] vendor-packages directory.
Message-ID: <1281326108.91.0.954086506572.issue1298835@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

"Further review" never happened. Should be close this?

----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1298835>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:55:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:55:35 +0000
Subject: [issue5506] io.BytesIO doesn't support the buffer protocol
In-Reply-To: <1237372813.02.0.863937398422.issue5506@psf.upfronthosting.co.za>
Message-ID: <1281326135.69.0.181516359512.issue5506@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5506>
_______________________________________

From report at bugs.python.org  Mon Aug  9 05:58:49 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 03:58:49 +0000
Subject: [issue5416] str.replace does strange things when given a negative
	count
In-Reply-To: <1236163931.77.0.818123555808.issue5416@psf.upfronthosting.co.za>
Message-ID: <1281326329.28.0.0976820445792.issue5416@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Changing to doc issue as two people suggested. Can anyone suggest new text to add?

----------
assignee: georg.brandl -> docs at python
components: +Documentation -Interpreter Core
nosy: +docs at python, terry.reedy
stage: unit test needed -> needs patch
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5416>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:02:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:02:32 +0000
Subject: [issue1730480] dict init/update accesses internal items of dict
	derivative
Message-ID: <1281326552.65.0.563263157357.issue1730480@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

It is documented that access to special methods is more direct than normal path. This is not going to change. A similar example was discussed on python-list earlier this year with the above conclusion.

----------
nosy: +terry.reedy
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1730480>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:07:19 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:07:19 +0000
Subject: [issue1733259] ZipFile CallBack Needed...
Message-ID: <1281326839.1.0.699729218772.issue1733259@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I think this should be closed unless OP shows current interest. I do not think the ziplib is meant to be interactive, so I am dubious this would get accepted.

----------
nosy: +terry.reedy
status: open -> pending
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1733259>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:09:00 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 09 Aug 2010 04:09:00 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281326940.62.0.384631069824.issue9396@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Yeah, I'm not sure the dynamic resizing makes sense in general. I was just pointing it out as something supported by the existing caches that could complicate a consolidation effort.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:09:27 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:09:27 +0000
Subject: [issue1744382] Read Write lock
Message-ID: <1281326967.76.0.820634906144.issue1744382@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Yaakov, do you have any interest in this, or should we close this.

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1744382>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:10:06 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Aug 2010 04:10:06 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281327006.37.0.798448855458.issue9396@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:10:49 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:10:49 +0000
Subject: [issue1690201] Added support for custom readline functions
Message-ID: <1281327049.42.0.853750394826.issue1690201@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690201>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:11:30 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:11:30 +0000
Subject: [issue1746656] IPv6 Interface naming/indexing functions
Message-ID: <1281327090.08.0.205056237321.issue1746656@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1746656>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:12:33 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:12:33 +0000
Subject: [issue5441] Convenience API for timeit.main
In-Reply-To: <1236492146.81.0.454674408295.issue5441@psf.upfronthosting.co.za>
Message-ID: <1281327153.92.0.820930516817.issue5441@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5441>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:13:58 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:13:58 +0000
Subject: [issue1500504] Alternate RFC 3986 compliant URI parsing module
Message-ID: <1281327238.89.0.452160948342.issue1500504@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1500504>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:15:05 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:15:05 +0000
Subject: [issue1158231] string.Template does not allow step-by-step
	replacements
Message-ID: <1281327305.85.0.490241795037.issue1158231@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1158231>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:20:05 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Aug 2010 04:20:05 +0000
Subject: [issue6048] make distutils use the tarfile module
In-Reply-To: <1242562795.38.0.0774270839785.issue6048@psf.upfronthosting.co.za>
Message-ID: <1281327605.79.0.011331252487.issue6048@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution:  -> fixed
stage:  -> committed/rejected
title: make distutils use the tarinfo command -> make distutils use the tarfile module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6048>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:20:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:20:14 +0000
Subject: [issue1617161] Instance methods compare equal when their self's are
	equal
Message-ID: <1281327614.95.0.346827496556.issue1617161@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1617161>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:20:57 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:20:57 +0000
Subject: [issue1654367] [PATCH] Debuggers need a way to change the locals of a
	frame
Message-ID: <1281327657.77.0.123963889749.issue1654367@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1654367>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:21:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:21:08 +0000
Subject: [issue1763] Winpath module - easy access to Windows directories like
	My Documents
In-Reply-To: <1199812378.67.0.278096816271.issue1763@psf.upfronthosting.co.za>
Message-ID: <1281327668.43.0.535547640463.issue1763@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1763>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:21:08 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Aug 2010 04:21:08 +0000
Subject: [issue1886] Permit to easily use distutils "--formats=tar, gztar,
	bztar" on all systems
In-Reply-To: <1200950920.27.0.810221024065.issue1886@psf.upfronthosting.co.za>
Message-ID: <1281327668.73.0.717074067955.issue1886@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

distutils in 2.7 and 3.1 use tarfile.

----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> make distutils use the tarfile module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1886>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:22:27 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:22:27 +0000
Subject: [issue1491804] Simple slice support for list.sort() and .reverse()
Message-ID: <1281327747.65.0.583118175792.issue1491804@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1491804>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:22:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:22:46 +0000
Subject: [issue4733] Add a "decode to declared encoding" version of urlopen to
	urllib
In-Reply-To: <1230068654.82.0.881542673607.issue4733@psf.upfronthosting.co.za>
Message-ID: <1281327766.3.0.967234108179.issue4733@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4733>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:23:36 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:23:36 +0000
Subject: [issue1748064] inspect.getargspec fails on built-in or slot wrapper
	methods
Message-ID: <1281327816.81.0.234527682234.issue1748064@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1748064>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:23:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:23:45 +0000
Subject: [issue5248] Adding T_SIZET to structmember.h
In-Reply-To: <1234539731.32.0.475254376781.issue5248@psf.upfronthosting.co.za>
Message-ID: <1281327825.52.0.306916052901.issue5248@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5248>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:28:06 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:28:06 +0000
Subject: [issue6786] readline and zero based indexing
In-Reply-To: <1251310656.11.0.667090107201.issue6786@psf.upfronthosting.co.za>
Message-ID: <1281328086.94.0.109264691978.issue6786@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I do not see a change as being accepted. It would not add any new function but probably break code, if not habits, for the sake of consistency that would have been nice.

----------
resolution:  -> rejected
status: open -> closed
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6786>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:29:12 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Aug 2010 04:29:12 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281328152.15.0.700739725336.issue9396@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Applied the lru_cache() to fnmatch and re.
See r83874 r83871.

I did find a simple way to dynamically resize the maxcache, but did not apply it yet.   Will look at more applications to see if it is really needed.

Nick, thanks for the great ideas.  These changes simplified the code where they were applied and resulted in a smarter caching strategy.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:29:44 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:29:44 +0000
Subject: [issue3592] Patch to add imp.get_codingspec()
In-Reply-To: <1219094032.27.0.00275483545794.issue3592@psf.upfronthosting.co.za>
Message-ID: <1281328184.56.0.0129414878617.issue3592@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3592>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:30:57 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:30:57 +0000
Subject: [issue1116520] Prefix search is filesystem-centric
Message-ID: <1281328257.17.0.0940189917858.issue1116520@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is this request still relevant for 3.2?

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1116520>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:31:18 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:31:18 +0000
Subject: [issue1682403] docutils clarification request for "rest"
Message-ID: <1281328278.89.0.134076624654.issue1682403@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682403>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:35:14 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:35:14 +0000
Subject: [issue2066] Adding new CNS11643, a *huge* charset,
	support in cjkcodecs
In-Reply-To: <1202731134.77.0.201279568783.issue2066@psf.upfronthosting.co.za>
Message-ID: <1281328514.19.0.618801695496.issue2066@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

It seems to me that the last few messages suggest that this should be closed.

----------
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2066>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:36:01 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:36:01 +0000
Subject: [issue3735] allow multiple threads to efficiently send the same
	requests to a processing.Pool without incurring duplicate processing
In-Reply-To: <1220051229.09.0.236623735385.issue3735@psf.upfronthosting.co.za>
Message-ID: <1281328561.27.0.446017190623.issue3735@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3735>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:37:59 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:37:59 +0000
Subject: [issue694339] IDLE: Dedenting with Shift+Tab
Message-ID: <1281328679.08.0.70703598858.issue694339@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> patch review
title: Dedenting with Shift+Tab -> IDLE: Dedenting with Shift+Tab
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue694339>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:38:06 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:38:06 +0000
Subject: [issue5187] distutils upload should prompt for the user/password too
In-Reply-To: <1234128468.86.0.0554273106388.issue5187@psf.upfronthosting.co.za>
Message-ID: <1281328686.4.0.322946982113.issue5187@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5187>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:38:13 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:38:13 +0000
Subject: [issue1109659] distutils argument parsing is bogus
Message-ID: <1281328693.22.0.0233293740477.issue1109659@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1109659>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:40:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:40:04 +0000
Subject: [issue7007] Tiny inconsistency in the orthography of "url encoded" in
	the doc of urllib.parse
In-Reply-To: <1254071339.25.0.500752949705.issue7007@psf.upfronthosting.co.za>
Message-ID: <1281328804.57.0.10213170433.issue7007@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7007>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:40:06 2010
From: report at bugs.python.org (Tim Peters)
Date: Mon, 09 Aug 2010 04:40:06 +0000
Subject: [issue4899] doctest should support fixtures
In-Reply-To: <1231517940.49.0.224416428352.issue4899@psf.upfronthosting.co.za>
Message-ID: <1281328806.24.0.747676707996.issue4899@psf.upfronthosting.co.za>


Tim Peters <tim.peters at gmail.com> added the comment:

I stopped understanding doctest the last time it was rewritten - it got far more generalized than I ever intended already.  It's up to the younger generation to decide how much more inscrutable to make it now ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4899>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:40:15 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:40:15 +0000
Subject: [issue634412] RFC 2112 in email package
Message-ID: <1281328815.15.0.00457438474934.issue634412@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:40:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:40:24 +0000
Subject: [issue1443875] email/charset.py convert() patch
Message-ID: <1281328824.42.0.0125800209697.issue1443875@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1443875>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:41:11 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:41:11 +0000
Subject: [issue3831] Multiprocessing: Expose underlying pipe in queues
In-Reply-To: <1221095639.45.0.136100950642.issue3831@psf.upfronthosting.co.za>
Message-ID: <1281328871.06.0.749801382998.issue3831@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3831>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:44:48 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 04:44:48 +0000
Subject: [issue4892] Sending Connection-objects over multiprocessing
	connections fails
In-Reply-To: <1231501567.81.0.886406215073.issue4892@psf.upfronthosting.co.za>
Message-ID: <1281329088.69.0.248663473964.issue4892@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4892>
_______________________________________

From report at bugs.python.org  Mon Aug  9 06:52:46 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 09 Aug 2010 04:52:46 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1281328152.15.0.700739725336.issue9396@psf.upfronthosting.co.za>
Message-ID: <AANLkTinqRrkgoizBxvp_YSz_a5UohgiU3AJA1ZnXVnM8@mail.gmail.com>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

On Mon, Aug 9, 2010 at 2:29 PM, Raymond Hettinger
<report at bugs.python.org> wrote:
> I did find a simple way to dynamically resize the maxcache, but did not apply it yet. ? Will look at more applications to see if it is really needed.
>
> Nick, thanks for the great ideas. ?These changes simplified the code where they were applied and resulted in a smarter caching strategy.

The reason I mentioned the dynamic sizing specifically was that the
discussions where we realised we had all these different caches
floating around had to do with tuning the caching strategy to a
particular application based on speed vs memory trade-offs. While we
can pick a number that is a reasonable default, a server deployment
may want to turn the dial towards faster response times with higher
memory consumption, while an embedded device may want to push the dial
the other way. The smarter caching strategies you added are likely to
help far more than the blunt hammer approach of increasing the cache
size, but the speed/memory trade-off in choosing that size is still a
question that has no universally correct answer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Mon Aug  9 07:11:48 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Aug 2010 05:11:48 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281330708.09.0.850231362181.issue9396@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I was thinking about the problem of developers wanting a different cache size than that provided in standard lib modules. 

ISTM that now we've offered caching abilities in functools, a developer can easily add another layer of cache around any API they are interested in.  For example, if someone is using thousands of recurring fnmatch patterns, they can write something like:

   @functools.lfu_cache(maxsize=10000)  # custom fat cache
   def fnmatchcase(*args):
       return fnmatch.fnmatchcase(*args)

IMO, this beats adding caching controls to lots of APIs that should be focused only on their problem domain.  IOW, it is probably not a good idea to add purge() and cache_resize() functions to multiple modules throughout the standard lib.

ISTM, we should just provide basic caching with reasonable space consumption (i.e. not huge) that gives improvements to common use cases (like I've done with the fnmatch and re module) and let programmers with unusual cases add their own caching options rather that be tied into our choice of lru vs lfu or whatnot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Mon Aug  9 07:16:23 2010
From: report at bugs.python.org (denny)
Date: Mon, 09 Aug 2010 05:16:23 +0000
Subject: [issue9532] pipe.read hang,
	when calling commands.getstatusoutput in multi-threading code of
	python 2.4
In-Reply-To: <1281087012.75.0.995842004424.issue9532@psf.upfronthosting.co.za>
Message-ID: <1281330983.3.0.486559668665.issue9532@psf.upfronthosting.co.za>


denny <markfilebat at 126.com> added the comment:

Hi David

I have tried in another testbd with python 2.6.5, and the problem of hang doesn't reproduce, after retrying for several times.

The original hang happens in pipe.read of commands module.

After comparing the code of python 2.4.4 and python 2.6.5, I noticed two enhancements in posimodule.c:posix_read.

These defensive coding add precheck, before invoking read function.

David, without these enhancements, would it cause the potential hang problem, in your opinion?
Recompiling python 2.4.4 with some manual changes is a little scaring to me.

,----------- python 2.4.4 posixmodule.c
| static PyObject *
| posix_read(PyObject *self, PyObject *args)
| {
|     int fd, size, n;
|     PyObject *buffer;
|     if (!PyArg_ParseTuple(args, "ii:read", &fd, &size))
|         return NULL;
|     buffer = PyString_FromStringAndSize((char *)NULL, size);
|     if (buffer == NULL)
|         return NULL;
|     Py_BEGIN_ALLOW_THREADS
|     n = read(fd, PyString_AsString(buffer), size);
|     Py_END_ALLOW_THREADS
|     if (n < 0) {
|         Py_DECREF(buffer);
|         return posix_error();
|     }
|     if (n != size)
|         _PyString_Resize(&buffer, n);
|     return buffer;
| }
`-----------

,----------- 2.6.5 posixmodule.c
| static PyObject *
| posix_read(PyObject *self, PyObject *args)
| {
|     int fd, size, n;
|     PyObject *buffer;
|     if (!PyArg_ParseTuple(args, "ii:read", &fd, &size))
|         return NULL;
|     if (size < 0) {
|         errno = EINVAL;
|         return posix_error();
|     }
|     buffer = PyString_FromStringAndSize((char *)NULL, size);
|     if (buffer == NULL)
|         return NULL;
|     if (!_PyVerify_fd(fd))
|         return posix_error();
|     Py_BEGIN_ALLOW_THREADS
|     n = read(fd, PyString_AsString(buffer), size);
|     Py_END_ALLOW_THREADS
|     if (n < 0) {
|         Py_DECREF(buffer);
|         return posix_error();
|     }
|     if (n != size)
|         _PyString_Resize(&buffer, n);
|     return buffer;
| }
`-----------

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9532>
_______________________________________

From report at bugs.python.org  Mon Aug  9 07:51:04 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 09 Aug 2010 05:51:04 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1281330708.09.0.850231362181.issue9396@psf.upfronthosting.co.za>
Message-ID: <AANLkTimckMpfftBnOR-zqCGmpVU18GPRjZ-S4L2mXADO@mail.gmail.com>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

On Mon, Aug 9, 2010 at 3:11 PM, Raymond Hettinger
<report at bugs.python.org> wrote:
> ISTM, we should just provide basic caching with reasonable space consumption (i.e. not huge) that gives improvements to common use cases (like I've done with the fnmatch and re module) and let programmers with unusual cases add their own caching options rather that be tied into our choice of lru vs lfu or whatnot.

A very good point! Perhaps we should note that somewhere? I'm not sure
where though, unless we just mention it in the docs for the relevant
modules..

Going the other way (using a smaller, or no, cache), perhaps in
addition to the new hit/miss attributes, the cache decorators should
expose the original function to allow the cache to be bypassed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Mon Aug  9 07:51:26 2010
From: report at bugs.python.org (Paul Arnold)
Date: Mon, 09 Aug 2010 05:51:26 +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: <1281333086.43.0.820305754452.issue9544@psf.upfronthosting.co.za>


New submission from Paul Arnold <paul at barfoo.net>:

In Python 3.1, xdrlib.Packer().pack_fstring() throws a TypeError if called with a str() (an encoded string bytes() works just fine).

>>> xdrlib.Packer().pack_fstring(6, "foobar")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.1/xdrlib.py", line 81, in pack_fstring
    data = data + (n - len(data)) * b'\0'
TypeError: Can't convert 'bytes' object to str implicitly

----------
components: None
messages: 113386
nosy: arnoldp
priority: normal
severity: normal
status: open
title: xdrlib.Packer().pack_fstring throws a TypeError when called with a str()
type: crash
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9544>
_______________________________________

From report at bugs.python.org  Mon Aug  9 07:53:35 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Aug 2010 05:53:35 +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: <1281333215.87.0.328892562887.issue9544@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report. Can you tell if it applies to 3.2? Also, is the doc unclear on this point?

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9544>
_______________________________________

From report at bugs.python.org  Mon Aug  9 07:54:48 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Aug 2010 05:54: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: <1281333288.55.0.392510650258.issue9544@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Editing type. (FYI, you can follow the link to see some descriptions.)

----------
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9544>
_______________________________________

From report at bugs.python.org  Mon Aug  9 07:59:23 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Aug 2010 05:59:23 +0000
Subject: [issue7973] Wrong spelling of distutils options in error messages and
	docs
In-Reply-To: <1266707210.18.0.401043934707.issue7973@psf.upfronthosting.co.za>
Message-ID: <1281333563.16.0.53942938401.issue7973@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Ported to distutils2 in 8e948c6e93f9.

----------
components: +Distutils2
nosy: +merwok
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7973>
_______________________________________

From report at bugs.python.org  Mon Aug  9 08:09:13 2010
From: report at bugs.python.org (Paul Arnold)
Date: Mon, 09 Aug 2010 06:09:13 +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: <1281334153.68.0.488326308322.issue9544@psf.upfronthosting.co.za>


Paul Arnold <paul at barfoo.net> added the comment:

It will apply to 3.2 also, checking in SVN there have been no changes to xdrlib.py for a couple of years.

The documentation makes no mention of the need to encode strings.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9544>
_______________________________________

From report at bugs.python.org  Mon Aug  9 08:16:06 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 09 Aug 2010 06:16:06 +0000
Subject: [issue4617] SyntaxError when free variable name is also an exception
	target
In-Reply-To: <1228911523.24.0.570670634565.issue4617@psf.upfronthosting.co.za>
Message-ID: <1281334566.7.0.0514576870667.issue4617@psf.upfronthosting.co.za>


Changes by Stefan Behnel <scoder at users.sourceforge.net>:


----------
nosy:  -scoder

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4617>
_______________________________________

From report at bugs.python.org  Mon Aug  9 08:37:21 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Aug 2010 06:37:21 +0000
Subject: [issue5187] distutils upload should prompt for the user/password too
In-Reply-To: <1234128468.86.0.0554273106388.issue5187@psf.upfronthosting.co.za>
Message-ID: <1281335841.13.0.492189807806.issue5187@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Hm, doing user interaction in finalize_options seems strange to me, but if we do it in run only other commands (upload_docs in d2) would not be able to get the options (although I?m not sure at all, since the index commands have strange command-line parsing).

Can such a feature request land in distutils too after being tested in distutils2?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5187>
_______________________________________

From report at bugs.python.org  Mon Aug  9 08:37:56 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Aug 2010 06:37:56 +0000
Subject: [issue5187] distutils upload should prompt for the user/password too
In-Reply-To: <1234128468.86.0.0554273106388.issue5187@psf.upfronthosting.co.za>
Message-ID: <1281335876.63.0.381299549275.issue5187@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
components: +Distutils2 -Distutils
stage:  -> needs patch
versions: +Python 2.5, Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5187>
_______________________________________

From report at bugs.python.org  Mon Aug  9 09:01:25 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 09 Aug 2010 07:01:25 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>


New submission from Senthil Kumaran <orsenthil at gmail.com>:

As a fix for issue9396 in r83874, functools was included in re module and this caused a build failure.

This was reverted in r83875, with the following message by Raymond:

The problem is that the re module is imported by sysconfig
and re needs functools which uses collections.OrderedDict()
but the _collectionsmodule.c code is not yet constructed
at this point in the build.

The likely best solution will be to include _collections
as part of the static build before the rest of the
boot-strapping.

We discussed it in IRC, I am including the _collections module to the static build.

After this the r83874 can be reapplied.

----------
files: _collections.patch
keywords: patch
messages: 113392
nosy: orsenthil
priority: normal
severity: normal
status: open
title: Adding _collections to static build
type: crash
Added file: http://bugs.python.org/file18450/_collections.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Mon Aug  9 09:22:04 2010
From: report at bugs.python.org (Alex Robinson)
Date: Mon, 09 Aug 2010 07:22:04 +0000
Subject: [issue4913] wave.py: add writesamples() and readsamples()
In-Reply-To: <1231640203.22.0.836631115229.issue4913@psf.upfronthosting.co.za>
Message-ID: <1281338524.1.0.59418913335.issue4913@psf.upfronthosting.co.za>


Alex Robinson <alex_python_org at tranzoa.com> added the comment:

Here go, Terry. Copies of the two files in the latest ZIP file.

Hmmm. Well. Maybe just one of 'em. Looks like the only way to upload files is to add a msg, so I'll upload the other file in another msg.

----------
Added file: http://bugs.python.org/file18451/wave_futz.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4913>
_______________________________________

From report at bugs.python.org  Mon Aug  9 09:22:58 2010
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 09 Aug 2010 07:22:58 +0000
Subject: [issue5187] distutils upload should prompt for the user/password too
In-Reply-To: <1234128468.86.0.0554273106388.issue5187@psf.upfronthosting.co.za>
Message-ID: <1281338578.92.0.884214831941.issue5187@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

no, distutils is feature frozen

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5187>
_______________________________________

From report at bugs.python.org  Mon Aug  9 09:23:10 2010
From: report at bugs.python.org (Alex Robinson)
Date: Mon, 09 Aug 2010 07:23:10 +0000
Subject: [issue4913] wave.py: add writesamples() and readsamples()
In-Reply-To: <1231640203.22.0.836631115229.issue4913@psf.upfronthosting.co.za>
Message-ID: <1281338590.13.0.162872850773.issue4913@psf.upfronthosting.co.za>


Alex Robinson <alex_python_org at tranzoa.com> added the comment:

OK, here's the other.

----------
Added file: http://bugs.python.org/file18452/test_wave.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4913>
_______________________________________

From report at bugs.python.org  Mon Aug  9 09:32:23 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 09 Aug 2010 07:32:23 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281339143.48.0.747152984462.issue9545@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed in revision 83876.

The reverted commit r83875 is re-applied in r83877.

----------
assignee:  -> orsenthil
components: +Build
nosy: +rhettinger
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Mon Aug  9 09:42:02 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 09 Aug 2010 07:42:02 +0000
Subject: [issue9543] 2.6.6 rc1 socket.py flush() calls del on unbound 'view'
	variable
In-Reply-To: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>
Message-ID: <1281339722.26.0.820381704796.issue9543@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Thanks for the report and for figuring out what was the cause!
Indeed the "view" added after the "del" shouldn't be there, so I will remove it.
It would also be great if you could provide a minimal script to reproduce the problem so that it can be turned to a test. None of the tests in the current test suite seem to go through that code path, so the error passed unnoticed.

----------
assignee:  -> ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9543>
_______________________________________

From report at bugs.python.org  Mon Aug  9 10:04:02 2010
From: report at bugs.python.org (Martin)
Date: Mon, 09 Aug 2010 08:04:02 +0000
Subject: [issue9543] 2.6.6 rc1 socket.py flush() calls del on unbound 'view'
	variable
In-Reply-To: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>
Message-ID: <1281341042.01.0.707181299683.issue9543@psf.upfronthosting.co.za>


Martin <gzlist at googlemail.com> added the comment:

spiv wrote a script to repo the issue in the downstream ubuntu bug:
https://bugs.launchpad.net/python/+bug/615240

----------
nosy: +gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9543>
_______________________________________

From report at bugs.python.org  Mon Aug  9 10:06:39 2010
From: report at bugs.python.org (Andrew Bennetts)
Date: Mon, 09 Aug 2010 08:06:39 +0000
Subject: [issue9543] 2.6.6 rc1 socket.py flush() calls del on unbound 'view'
	variable
In-Reply-To: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>
Message-ID: <1281341199.84.0.598614930452.issue9543@psf.upfronthosting.co.za>


Andrew Bennetts <spiv at users.sourceforge.net> added the comment:

I have a reproduction script on the Ubuntu bug report I just filed for this issue: <https://bugs.launchpad.net/ubuntu/+source/python2.6/+bug/615240>

Pasting here for convenience:

"""
import socket
import threading

sock_a, sock_b = socket.socketpair()
sock_a = socket.socket(_sock=sock_a)

def read_byte_then_close(s):
    data = s.recv(1)
    s.close()

t = threading.Thread(target=read_byte_then_close, args=(sock_b,))
t.start()

file_a = sock_a.makefile('w')
file_a.writelines(['a'*8192]*1000)
file_a.flush()
t.join()
"""

It's not quite good enough to add to the test suite yet IMO, but it's a starting point.

----------
nosy: +spiv

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9543>
_______________________________________

From report at bugs.python.org  Mon Aug  9 10:40:19 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 09 Aug 2010 08:40:19 +0000
Subject: [issue8411] Improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281343219.44.0.606270483907.issue8411@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

You wan't to have the Semaphore with a max count of infinite because
a) of the "race condition" mentioned (actually, possible discrepancy between n_waiting and actual semaphore value), which can cause the semaphore count to temporarily go positive, and
b) If you implement _cond_broadcast(), which would have code like:
  int waiting = cond->n_waiting;
  if (waiting > 0) {
    cond->n_waiting = 0
    ReleaseSemaphore(cond->sem, waiting, 0);
}

The semaphore value going above 0 is not a "bug" but an implementation detail stemming from the fact that n_waiting cannot reliably reflect the semaphore state at each particular time.  Due to locking, it may lag behind the state a little bit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Mon Aug  9 10:43:53 2010
From: report at bugs.python.org (Pablo Bitton)
Date: Mon, 09 Aug 2010 08:43:53 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1281343433.85.0.869409675136.issue5673@psf.upfronthosting.co.za>


Pablo Bitton <pablo.bitton at gmail.com> added the comment:

I've been using the subprocess-timeout-v5.patch patch with 2.x. Isn't that version supposed to work with 2.x?

Other than the stated problem, the patched module generally works, and is very helpful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Mon Aug  9 10:48:36 2010
From: report at bugs.python.org (Tim Golden)
Date: Mon, 09 Aug 2010 08:48:36 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1281343716.09.0.452386456671.issue5673@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Mon Aug  9 11:04:21 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 09 Aug 2010 09:04:21 +0000
Subject: [issue5416] str.replace does strange things when given a negative
	count
In-Reply-To: <1236163931.77.0.818123555808.issue5416@psf.upfronthosting.co.za>
Message-ID: <1281344661.15.0.0103609286646.issue5416@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed the doc string for release27-maint in revision r83879.
py3k (r83880) and release31-maint in r83881.

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
type: feature request -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5416>
_______________________________________

From report at bugs.python.org  Mon Aug  9 13:08:57 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Aug 2010 11:08:57 +0000
Subject: [issue1682403] docutils clarification request for "rest"
Message-ID: <1281352137.98.0.266480606538.issue1682403@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Is there documentation somewhere that would explain what file to produce with what markup?

----------
assignee: loewis -> tarek
nosy: +merwok, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682403>
_______________________________________

From report at bugs.python.org  Mon Aug  9 13:10:24 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 11:10:24 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281352224.95.0.694382972728.issue9545@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Reverted since it broke the buildbots.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Mon Aug  9 13:24:42 2010
From: report at bugs.python.org (Andrew Bennetts)
Date: Mon, 09 Aug 2010 11:24:42 +0000
Subject: [issue8685] set(range(100000)).difference(set()) is slow
In-Reply-To: <1273568659.49.0.865922101958.issue8685@psf.upfronthosting.co.za>
Message-ID: <1281353082.16.0.554385519862.issue8685@psf.upfronthosting.co.za>


Andrew Bennetts <spiv at users.sourceforge.net> added the comment:

On 2010-05-17 rhettinger wrote:
> Will look at this when I get back to the U.S.

Ping!  This patch (set-difference-speedup-2.diff) has been sitting around for a fair few weeks now.  It's a small patch, so it should be relatively easy to review.  It makes a significant improvement to speed and memory in one case (which we have encountered and worked around in bzr), and has no significant downside to any other cases.

Thanks :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8685>
_______________________________________

From report at bugs.python.org  Mon Aug  9 13:37:38 2010
From: report at bugs.python.org (Steve Holden)
Date: Mon, 09 Aug 2010 11:37:38 +0000
Subject: [issue1116520] Prefix search is filesystem-centric
Message-ID: <1281353858.84.0.97468448229.issue1116520@psf.upfronthosting.co.za>


Steve Holden <steve at holdenweb.com> added the comment:

Personally I think it's just as relevant as it always was, particularly with the introduction of importlib, but Brett will have a more informed opinion. I won't be surprised if this issue is closed as wontfix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1116520>
_______________________________________

From report at bugs.python.org  Mon Aug  9 13:40:58 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 09 Aug 2010 11:40:58 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281354058.49.0.0593757687166.issue9545@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

This is the message from the buildbot failure:

Modules/Setup.dist is newer than Modules/Setup;
check to make sure you have all the updates you
need in your Modules/Setup file.
Usually, copying Modules/Setup.dist to Modules/Setup will work.

I am not sure, if anything more to be done if changes made to Modules/Setup.dist are to be propagated to Modules/Setup *in the buildbots*.

On an svn checkout the compilation is successful.

----------
priority: normal -> high
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Mon Aug  9 14:05:43 2010
From: report at bugs.python.org (Andrew Bennetts)
Date: Mon, 09 Aug 2010 12:05:43 +0000
Subject: [issue9543] 2.6.6 rc1 socket.py flush() calls del on unbound 'view'
	variable
In-Reply-To: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>
Message-ID: <1281355543.07.0.727433519046.issue9543@psf.upfronthosting.co.za>


Andrew Bennetts <spiv at users.sourceforge.net> added the comment:

Chatting with Taggnostr on IRC I've trimmed that reproduction down to something much cleaner (no magic numbers or threads involved):

import socket
sock_a, sock_b = socket.socketpair()
sock_a = socket.socket(_sock=sock_a)
sock_b.close()
file_a = sock_a.makefile('w')
file_a.write('x')
file_a.flush()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9543>
_______________________________________

From report at bugs.python.org  Mon Aug  9 14:51:30 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 09 Aug 2010 12:51:30 +0000
Subject: [issue9546] buildbot: if a compile error occurs,
	the "clean" step is skipped
In-Reply-To: <1281358290.29.0.0758314656394.issue9546@psf.upfronthosting.co.za>
Message-ID: <1281358290.29.0.0758314656394.issue9546@psf.upfronthosting.co.za>


New submission from Florent Xicluna <florent.xicluna at gmail.com>:

When the buildbot fails to compile, the "clean" step is not run.
 http://www.python.org/dev/buildbot/builders/i386%20Ubuntu%203.x/builds/1838/

This is a problem for issue #9545 where the Modules/Setup.dist cannot be copied to Modules/Setup on next run (file already exist).

Normally, "clean" step takes care  to remove "Modules/Setup":
 http://www.python.org/dev/buildbot/builders/i386%20Ubuntu%203.x/builds/1820/steps/clean/logs/stdio

----------
components: Tests
keywords: buildbot
messages: 113409
nosy: flox, orsenthil, pitrou, rhettinger
priority: normal
severity: normal
status: open
title: buildbot: if a compile error occurs, the "clean" step is skipped
type: resource usage
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9546>
_______________________________________

From report at bugs.python.org  Mon Aug  9 14:52:44 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 09 Aug 2010 12:52:44 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281358364.39.0.725900817509.issue9545@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

See report on issue #9546: the "clean" step should remove "Modules/Setup", but it is skipped.

----------
dependencies: +buildbot: if a compile error occurs, the "clean" step is skipped
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Mon Aug  9 14:53:42 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Mon, 09 Aug 2010 12:53:42 +0000
Subject: [issue9452] configparser support for reading from strings and
	dictionaries
In-Reply-To: <1280709076.78.0.0624402875371.issue9452@psf.upfronthosting.co.za>
Message-ID: <1281358422.62.0.682690316172.issue9452@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Patch committed on py3k branch in r83889.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9452>
_______________________________________

From report at bugs.python.org  Mon Aug  9 14:57:46 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 12:57:46 +0000
Subject: [issue9546] buildbot: if a compile error occurs,
	the "clean" step is skipped
In-Reply-To: <1281358290.29.0.0758314656394.issue9546@psf.upfronthosting.co.za>
Message-ID: <1281358666.99.0.691511330049.issue9546@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +loewis
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9546>
_______________________________________

From report at bugs.python.org  Mon Aug  9 14:59:40 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Aug 2010 12:59:40 +0000
Subject: [issue3592] Patch to add imp.get_codingspec()
In-Reply-To: <1219094032.27.0.00275483545794.issue3592@psf.upfronthosting.co.za>
Message-ID: <1281358780.91.0.798413362715.issue3592@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

We don't need this. We have tokenize.detect_encoding().

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3592>
_______________________________________

From report at bugs.python.org  Mon Aug  9 15:06:01 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Aug 2010 13:06:01 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281359161.62.0.932523444883.issue6678@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

r83890 no longer produces the extra argument in help().

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 15:12:06 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 09 Aug 2010 13:12:06 +0000
Subject: [issue8666] Allow ConfigParser.get*() to take a default value
In-Reply-To: <1273348594.74.0.554904911988.issue8666@psf.upfronthosting.co.za>
Message-ID: <1281359526.86.0.744303907809.issue8666@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Superseded by #6751 in terms of age. A new patch for the functionality is going to be prepared.

----------
nosy: +lukasz.langa
resolution:  -> duplicate
status: open -> closed
superseder:  -> Default return value in ConfigParser

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8666>
_______________________________________

From report at bugs.python.org  Mon Aug  9 15:53:56 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 09 Aug 2010 13:53:56 +0000
Subject: [issue5804] Add an 'offset' argument to zlib.decompress
In-Reply-To: <1240307503.01.0.128578916914.issue5804@psf.upfronthosting.co.za>
Message-ID: <1281362036.76.0.478625630252.issue5804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

decompressobj is indeed "enough".  But if you are doing a lot of this (decompressing chunks), then using the unused_data, as it is, involves a lot of copying.
If there were a "unused_data_pos" or some equivalent, then it would be possible to continue decommpressing with buffer(olddata, unused_data_pos), without copying the source data.

The point of the "offset" keyword argument was to have a way to get this end position also without having an explicit decompressobj.

I agree that having the result type change to a tuple is not good.

So, a suggestion:
1) Add the unused_data_pos to the decompressobj.
2) (opotional) Add the automatic retrieval of this with a decompress_ex method, for convenience, making it usable without creating a decompressobj
3) (optional) Add the "offset" kw argument to decompress and (decompress_ex) making the creation of a temporary buffer() object unnecessary.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5804>
_______________________________________

From report at bugs.python.org  Mon Aug  9 16:21:34 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 09 Aug 2010 14:21:34 +0000
Subject: [issue8685] set(range(100000)).difference(set()) is slow
In-Reply-To: <1273568659.49.0.865922101958.issue8685@psf.upfronthosting.co.za>
Message-ID: <1281363694.69.0.45416025902.issue8685@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/issue8685>
_______________________________________

From report at bugs.python.org  Mon Aug  9 16:23:51 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 09 Aug 2010 14:23:51 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1281363831.44.0.209707972383.issue5673@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

"I've been using the subprocess-timeout-v5.patch patch with 2.x. Isn't that version supposed to work with 2.x?"

Actually, yes, so I was wrong at first. The v5 patch will work with 2.x, but that's not the most up to date or correct patch. This feature will only be going into the py3k branch (aka 3.2), so issues with prior patches on 2.x aren't as valuable as those possibly found on the latest patch on 3.x.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Mon Aug  9 16:47:25 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 09 Aug 2010 14:47:25 +0000
Subject: [issue4726] doctest gets line numbers wrong due to quotes in comments
In-Reply-To: <1229970384.34.0.779810047928.issue4726@psf.upfronthosting.co.za>
Message-ID: <1281365245.37.0.693957607311.issue4726@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Out of date.

----------
nosy: +flox
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4726>
_______________________________________

From report at bugs.python.org  Mon Aug  9 16:48:37 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 09 Aug 2010 14:48:37 +0000
Subject: [issue8685] set(range(100000)).difference(set()) is slow
In-Reply-To: <1273568659.49.0.865922101958.issue8685@psf.upfronthosting.co.za>
Message-ID: <1281365317.77.0.428553623205.issue8685@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Andrew,

This issue is somewhat similar to issue8425.   I may be reading too much into the "priority" field, but it looks like Raymond would like to review #8425 first.  You can help by commenting on how the two issues relate to each other.  I believe the two are complementary, but I did not attempt to apply both patches.

(The patch still applies with little fuzz.)

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8685>
_______________________________________

From report at bugs.python.org  Mon Aug  9 17:05:10 2010
From: report at bugs.python.org (Alex Quinn)
Date: Mon, 09 Aug 2010 15:05:10 +0000
Subject: [issue8631] subprocess.Popen.communicate(...) hangs on Windows
In-Reply-To: <1273095906.37.0.582736332431.issue8631@psf.upfronthosting.co.za>
Message-ID: <1281366310.57.0.480341769136.issue8631@psf.upfronthosting.co.za>


Alex Quinn <aq2009 at alexquinn.org> added the comment:

I am on Windows 7.  I realized the "echo" command I'm piping to belongs to Cygwin.  I'll try to make a different example to either support this, or otherwise close the bug.

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8631>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:16:01 2010
From: report at bugs.python.org (=?utf-8?q?Alexandru_Mo=C8=99oi?=)
Date: Mon, 09 Aug 2010 16:16:01 +0000
Subject: [issue9547] iterator length
In-Reply-To: <1281370561.47.0.585215134028.issue9547@psf.upfronthosting.co.za>
Message-ID: <1281370561.47.0.585215134028.issue9547@psf.upfronthosting.co.za>


New submission from Alexandru Mo?oi <alexandru at mosoi.ro>:

Sometimes it's useful to get the number of elements yield by an iterator. For example (if ilen is the name of the function):

def pi(n):
  return ilen(for e in xrange(n) if isprime(e))

def count_pred(pred, iterator):
  return ilen(itertools.ifilter(pred, iterator))

Two notable solutions are discussed here http://stackoverflow.com/questions/3393431/how-to-counting-not-0-elements-in-an-iterable

1) sum(1 for e in iterator)
2) len(list(iterator))

First solution is slow, the second solution uses O(N) extra memory.

I propose the addition of a new function ilen() which is functionally equivalent to:

def ilen(iterator):
  return sum(1 for e in iterator)

This function should be different from len() because it's time complexity is O(N) (most people assume that len() takes O(1)) and it consumes the iterator.

----------
messages: 113421
nosy: Alexandru.Mo?oi
priority: normal
severity: normal
status: open
title: iterator length
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/issue9547>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:19:43 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Aug 2010 16:19:43 +0000
Subject: [issue9547] iterator length
In-Reply-To: <1281370561.47.0.585215134028.issue9547@psf.upfronthosting.co.za>
Message-ID: <1281370783.0.0.492285592741.issue9547@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Please post to python-ideas first.

----------
nosy: +benjamin.peterson
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9547>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:19:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 16:19:45 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281370785.25.0.930624058339.issue6678@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Benjamin: Previously, .currentframe() == sys._getframe() == sys._getframe(0) but you redefined it as sys._getframe(1), which is a change in semantics. Is this intentional (ie, was it buggy before)?

William: Benjamin's point was that the bug was not the doc but the implementation of .currentframe, so we were making the wrong fix relative to the intention of .currentframe.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:22:22 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Aug 2010 16:22:22 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1281370785.25.0.930624058339.issue6678@psf.upfronthosting.co.za>
Message-ID: <AANLkTinV8Hfw9GdBizc2TA5F5vNbabWWbGmyZ-j2L82F@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/9 Terry J. Reedy <report at bugs.python.org>:
>
> Terry J. Reedy <tjreedy at udel.edu> added the comment:
>
> Benjamin: Previously, .currentframe() == sys._getframe() == sys._getframe(0) but you redefined it as sys._getframe(1), which is a change in semantics. Is this intentional (ie, was it buggy before)?

Yes, currentframe() doesn't take an argument. Whether it should or not
is a feature request.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:37:58 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 09 Aug 2010 16:37:58 +0000
Subject: [issue8834] Define order of Misc/ACKS entries
In-Reply-To: <1274993181.13.0.347164864235.issue8834@psf.upfronthosting.co.za>
Message-ID: <1281371878.23.0.945887660117.issue8834@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Committed in release27-maint branch in r83893.  I am not sure this belongs in 2.6 and there is a small practical problem with the merge due to Latin-1 encoding used in the 2.6 version.

I am also not sure whether keeping separate 2.x and 3.x versions serves any useful purpose.

I would like to merge 2.7 and 3.2 lists.   I am about +0.5 on syncing all three versions after that.  If the 2.6 has to stay in Latin-1, I would rather not touch it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8834>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:38:00 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 16:38:00 +0000
Subject: [issue1485576] Backwards compatibility support for Py_ssize_t
Message-ID: <1281371880.86.0.590896095809.issue1485576@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This request, however legitimate, is completely outdated.

----------
nosy: +pitrou
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1485576>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:38:49 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 16:38:49 +0000
Subject: [issue949667] setblocking() method on file objects
Message-ID: <1281371929.68.0.893561608945.issue949667@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage: unit test needed -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue949667>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:51:41 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 09 Aug 2010 16:51:41 +0000
Subject: [issue949667] setblocking() method on file objects
Message-ID: <1281372701.64.0.49015745104.issue949667@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Any clue on where to start to do this?
What about Windows where fcntl is not available?

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue949667>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:52:21 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 09 Aug 2010 16:52:21 +0000
Subject: [issue949667] setblocking() method on file objects
Message-ID: <1281372741.31.0.440969384392.issue949667@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
components: +IO

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue949667>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:53:05 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 16:53:05 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281372785.96.0.0956124372109.issue7467@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Patch looks good to me.

----------
assignee:  -> pitrou
nosy: +pitrou
resolution:  -> accepted
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Mon Aug  9 18:58:02 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 09 Aug 2010 16:58:02 +0000
Subject: [issue1492240] Socket-object convenience function: getpeercred().
Message-ID: <1281373082.61.0.487563619098.issue1492240@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/issue1492240>
_______________________________________

From report at bugs.python.org  Mon Aug  9 19:15:18 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 09 Aug 2010 17:15:18 +0000
Subject: [issue6550] asyncore incorrect failure when connection is refused and
	using async_chat channel
In-Reply-To: <1248302571.21.0.910158552759.issue6550@psf.upfronthosting.co.za>
Message-ID: <1281374118.9.0.907000052706.issue6550@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

What's the current status of this issue?
I think some of the problems raised at the time this was opened should have been fixed in meantime, like checking for errors in handle_expt_event and handle_connect_event (issue 2944).

The handle_close being called twice problem is still there though, as shown in issue 4690.

Not sure what other problems remain.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6550>
_______________________________________

From report at bugs.python.org  Mon Aug  9 19:17:42 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 09 Aug 2010 17:17:42 +0000
Subject: [issue6550] asyncore incorrect failure when connection is refused and
	using async_chat channel
In-Reply-To: <1248302571.21.0.910158552759.issue6550@psf.upfronthosting.co.za>
Message-ID: <1281374262.03.0.896560078551.issue6550@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6550>
_______________________________________

From report at bugs.python.org  Mon Aug  9 19:34:44 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Aug 2010 17:34:44 +0000
Subject: [issue8685] set(range(100000)).difference(set()) is slow
In-Reply-To: <1273568659.49.0.865922101958.issue8685@psf.upfronthosting.co.za>
Message-ID: <1281375284.36.0.121281953727.issue8685@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I'll be looking at it shortly.  Py3.2 is still aways from release so there is no hurry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8685>
_______________________________________

From report at bugs.python.org  Mon Aug  9 19:42:16 2010
From: report at bugs.python.org (Jack Diederich)
Date: Mon, 09 Aug 2010 17:42:16 +0000
Subject: [issue1673007] urllib2 requests history + HEAD support
Message-ID: <1281375736.82.0.973718083259.issue1673007@psf.upfronthosting.co.za>


Changes by Jack Diederich <jackdied at gmail.com>:


----------
nosy: +jackdied

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1673007>
_______________________________________

From report at bugs.python.org  Mon Aug  9 19:45:43 2010
From: report at bugs.python.org (Tim Golden)
Date: Mon, 09 Aug 2010 17:45:43 +0000
Subject: [issue949667] setblocking() method on file objects
In-Reply-To: <1281372701.64.0.49015745104.issue949667@psf.upfronthosting.co.za>
Message-ID: <4C603EC1.8010501@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

There are at least two ways to do non-blocking file IO on Windows:

Overlapped I/O
I/O Completion ports

Don't know what's best here, but happy to see what might be achieved
if it was thought worth pursuing.

----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue949667>
_______________________________________

From report at bugs.python.org  Mon Aug  9 19:52:53 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 17:52:53 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281376373.28.0.331997437395.issue6678@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

You ignored my question: why did you change the argument passed on to sys._getframe?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 19:57:00 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Aug 2010 17:57:00 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1281376373.28.0.331997437395.issue6678@psf.upfronthosting.co.za>
Message-ID: <AANLkTikdU1o4A5hWhkYtYpPFupYAqzgf9_-LbVCig_8j@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/9 Terry J. Reedy <report at bugs.python.org>:
>
> Terry J. Reedy <tjreedy at udel.edu> added the comment:
>
> You ignored my question: why did you change the argument passed on to sys._getframe?

Ah, so that the caller's frame is returned and not currentframe's.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:04:44 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Aug 2010 18:04:44 +0000
Subject: [issue9547] iterator length
In-Reply-To: <1281370561.47.0.585215134028.issue9547@psf.upfronthosting.co.za>
Message-ID: <1281377084.98.0.680679679762.issue9547@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

This has been rejected before.  The core issue is that it is not a very useful operation because it consumes the iterator.   

Also, this isn't an operation worth optimizing because most iterators that do something interesting are already slower than a genexp inside a sum().

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9547>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:10:14 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Mon, 09 Aug 2010 18:10:14 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <1280428369.21.0.84678458473.issue9421@psf.upfronthosting.co.za>
Message-ID: <1281377414.44.0.324884553884.issue9421@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

The getters should all accept a `default` argument that's used when no value is found in the configuration.  If the default is given, that should be returned (without conversion), instead of raising an exception.

This can be included in the same patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:16:48 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:16:48 +0000
Subject: [issue8834] Define order of Misc/ACKS entries
In-Reply-To: <1274993181.13.0.347164864235.issue8834@psf.upfronthosting.co.za>
Message-ID: <1281377808.21.0.957063835638.issue8834@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

At this point, I am sure that Barry would prefer leaving things alone for 2.6.

I am surprised that there are separate lists. I thought there was just one which distributions grabbed when made.

I suppose that one could claim that someone who only contributes to a branch after it branches off should not be listed for other branches, but in the absence of an automatic addition mechanism and dependence on hand-addition by committers, that does not work so well.

Certainly, Guido's header does not specify 'this release'.

----------
versions:  -Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8834>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:18:31 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 09 Aug 2010 18:18:31 +0000
Subject: [issue949667] setblocking() method on file objects
Message-ID: <1281377911.12.0.506855385331.issue949667@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/issue949667>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:24:56 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 09 Aug 2010 18:24:56 +0000
Subject: [issue8834] Define order of Misc/ACKS entries
In-Reply-To: <1281377808.21.0.957063835638.issue8834@psf.upfronthosting.co.za>
Message-ID: <AANLkTik0h+EbSTLh0R1NTVhnpxbschA5y=M5qzvRNooN@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Mon, Aug 9, 2010 at 2:16 PM, Terry J. Reedy <report at bugs.python.org> wrote:
..
> I am surprised that there are separate lists. I thought there was just one which distributions grabbed when made.

I don't think this is intentional.  More likely committers add
acknowledgments in the same commit as the code changes and they end up
in whatever branch the patch is applied to.   I think this is fine,
but from time to time the list should be merged to avoid svnmerge
annoyances.  Whoever is annoyed by svnmerge (like myself :-) should
resync the lists.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8834>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:29:01 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:29:01 +0000
Subject: [issue3489] add rotate{left,right} methods to bytearray
In-Reply-To: <1217613478.49.0.00141126667538.issue3489@psf.upfronthosting.co.za>
Message-ID: <1281378541.99.0.383887054991.issue3489@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Antoine, do you disagree with Raymond or should we close this?
In any case, I believe this would delayed by the moratorium.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3489>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:33:16 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:33:16 +0000
Subject: [issue6783] Add a builtin method to 'int' for base/radix conversion
In-Reply-To: <1251228941.52.0.551451692653.issue6783@psf.upfronthosting.co.za>
Message-ID: <1281378796.07.0.75612088789.issue6783@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6783>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:34:00 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:34:00 +0000
Subject: [issue6632] Include more fullwidth chars in the decimal codec
In-Reply-To: <1249317285.35.0.709481915004.issue6632@psf.upfronthosting.co.za>
Message-ID: <1281378840.76.0.0182676930541.issue6632@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6632>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:34:52 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 09 Aug 2010 18:34:52 +0000
Subject: [issue6783] Add a builtin method to 'int' for base/radix conversion
In-Reply-To: <1251228941.52.0.551451692653.issue6783@psf.upfronthosting.co.za>
Message-ID: <1281378892.56.0.920086633656.issue6783@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> I believe this is covered by the PEP3003 3.2 change moratorium.

No, I don't think so.  My understanding is that PEP 3003 doesn't cover new methods on builtin types.  int.from_bytes and int.to_bytes are examples of new methods that were added for 3.2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6783>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:35:18 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:35:18 +0000
Subject: [issue3329] API for setting the memory allocator used by Python
In-Reply-To: <1215632933.18.0.0332019532518.issue3329@psf.upfronthosting.co.za>
Message-ID: <1281378918.1.0.372604005175.issue3329@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3329>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:36:06 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:36:06 +0000
Subject: [issue7094] Add alternate float formatting styles to new-style
	formatting.
In-Reply-To: <1255118044.58.0.727731702587.issue7094@psf.upfronthosting.co.za>
Message-ID: <1281378966.71.0.840288969848.issue7094@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7094>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:36:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:36:37 +0000
Subject: [issue730473] Add Py_AtInit() startup hook for extenders
Message-ID: <1281378997.39.0.807917653476.issue730473@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue730473>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:36:46 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:36:46 +0000
Subject: [issue3353] make built-in tokenizer available via Python C API
In-Reply-To: <1216035196.11.0.15913194841.issue3353@psf.upfronthosting.co.za>
Message-ID: <1281379006.13.0.273990246165.issue3353@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3353>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:36:55 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:36:55 +0000
Subject: [issue2921] enable embedding: declare/#define only py* symbols in
	#includes
In-Reply-To: <1211232563.03.0.480695098403.issue2921@psf.upfronthosting.co.za>
Message-ID: <1281379015.43.0.62714489345.issue2921@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2921>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:37:21 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:37:21 +0000
Subject: [issue1634034] Show "expected" token on syntax error
Message-ID: <1281379041.76.0.076097297764.issue1634034@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1634034>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:37:49 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:37:49 +0000
Subject: [issue2443] Define Py_VA_COPY macro as a cross-platform replacement
	for gcc __va_copy
In-Reply-To: <1206095258.5.0.538024401904.issue2443@psf.upfronthosting.co.za>
Message-ID: <1281379069.73.0.346359905244.issue2443@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2443>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:38:19 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:38:19 +0000
Subject: [issue8212] A tp_dealloc of a subclassed class cannot resurrect an
	object
In-Reply-To: <1269350912.78.0.210466349131.issue8212@psf.upfronthosting.co.za>
Message-ID: <1281379099.68.0.843484236856.issue8212@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8212>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:39:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:39:08 +0000
Subject: [issue6081] str.format_from_mapping()
In-Reply-To: <1242948196.62.0.545811632191.issue6081@psf.upfronthosting.co.za>
Message-ID: <1281379148.53.0.562156512236.issue6081@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6081>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:39:23 2010
From: report at bugs.python.org (mike bayer)
Date: Mon, 09 Aug 2010 18:39:23 +0000
Subject: [issue9405] crash when calling urllib.getproxies() under OSX with
	subprocess / particular memory usage
In-Reply-To: <1280352635.35.0.910645426575.issue9405@psf.upfronthosting.co.za>
Message-ID: <1281379163.2.0.825832472875.issue9405@psf.upfronthosting.co.za>


mike bayer <mike_mp at zzzcomputing.com> added the comment:

Yeah we are fine if I build the release2.7-maint branch.    Also just noticed that this bug prevents really basic things, like using urllib2 from a Pylons application that's running in "daemon" mode.  Pretty major, though unusual that I have some colleagues who don't have the issue with 2.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9405>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:40:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:40:12 +0000
Subject: [issue1644818] Allow built-in packages and submodules as well as
	top-level modules
Message-ID: <1281379212.78.0.0477647383836.issue1644818@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1644818>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:41:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:41:45 +0000
Subject: [issue1402289] Allow mappings as globals (was: Fix dictionary
	subclass ...)
Message-ID: <1281379305.05.0.737180120287.issue1402289@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1402289>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:42:51 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:42:51 +0000
Subject: [issue7951] Should str.format allow negative indexes when used for
	__getitem__ access?
In-Reply-To: <1266450859.13.0.906832569526.issue7951@psf.upfronthosting.co.za>
Message-ID: <1281379371.08.0.951615315954.issue7951@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
nosy: +terry.reedy
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7951>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:43:07 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:43:07 +0000
Subject: [issue6632] Include more fullwidth chars in the decimal codec
In-Reply-To: <1249317285.35.0.709481915004.issue6632@psf.upfronthosting.co.za>
Message-ID: <1281379387.73.0.610933151975.issue6632@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +after moratorium

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6632>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:43:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:43:24 +0000
Subject: [issue1402289] Allow mappings as globals (was: Fix dictionary
	subclass ...)
Message-ID: <1281379404.64.0.747508100351.issue1402289@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +after moratorium -patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1402289>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:45:26 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 09 Aug 2010 18:45:26 +0000
Subject: [issue6783] Add a builtin method to 'int' for base/radix conversion
In-Reply-To: <1251228941.52.0.551451692653.issue6783@psf.upfronthosting.co.za>
Message-ID: <1281379526.3.0.485478005876.issue6783@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

In fact, PEP 3003 says explicitly, under "Case-by-Case Exemptions":

"""
New methods on built-ins

    The case for adding a method to a built-in object can be made.
"""

So I'm changing the version back to 3.2.  Having said that, I'm still -0 on this change.  I can see some (small) value for bases 36 and 62 in particular, but little use for the other bases.

Incidentally, Yuvgoog Greenle did bring this up on the python-ideas list (thank you!).  The thread starts here:

http://mail.python.org/pipermail/python-ideas/2009-August/005611.html

The thread was rather inconclusive:  it got bogged down in discussions over whether bases 37+ should be allowed, whether there should be options to specify the digit-set used, and the like.

----------
versions: +Python 3.2 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6783>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:48:31 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 09 Aug 2010 18:48:31 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281379711.39.0.0110462616998.issue6678@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Terry: due to the additional indirection by making currentframe() a separate function, _getframe(0) would return the frame in currentframe().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:48:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:48:32 +0000
Subject: [issue1565525] tracebacks eat up memory by holding references to
	locals and globals when they are not wanted
Message-ID: <1281379712.26.0.251077617218.issue1565525@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This seems to be about reducing internal resource usage in a way that would be mostly invisible to the normal user. A core surface feature request would have to be put off to 3.3, but I do not see that as such.

----------
type: feature request -> resource usage

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1565525>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:50:50 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:50:50 +0000
Subject: [issue1820] Enhance Object/structseq.c to match namedtuple and
	tuple	api
In-Reply-To: <1200284428.58.0.762384814897.issue1820@psf.upfronthosting.co.za>
Message-ID: <1281379850.23.0.358250949256.issue1820@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Would whatever remains of this be deferred by the PEP3003 moratorium?

----------
nosy: +terry.reedy
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1820>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:54:22 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:54:22 +0000
Subject: [issue5950] Make zipimport work with zipfile containing comments
In-Reply-To: <1241628586.95.0.0801479384158.issue5950@psf.upfronthosting.co.za>
Message-ID: <1281380062.9.0.783901138599.issue5950@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5950>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:55:14 2010
From: report at bugs.python.org (Eric Smith)
Date: Mon, 09 Aug 2010 18:55:14 +0000
Subject: [issue1820] Enhance Object/structseq.c to match namedtuple and
	tuple	api
In-Reply-To: <1200284428.58.0.762384814897.issue1820@psf.upfronthosting.co.za>
Message-ID: <1281380114.95.0.795615391074.issue1820@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I don't think it would be covered by the moratorium, since it's not a language change. The change to make structseq derive from tuple was not subject to the moratorium, for example.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1820>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:55:23 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:55:23 +0000
Subject: [issue1173475] __slots__ for subclasses of variable length types
Message-ID: <1281380123.98.0.388550360671.issue1173475@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
keywords: +after moratorium -patch
nosy: +terry.reedy
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1173475>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:57:02 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:57:02 +0000
Subject: [issue1479611] speed up function calls
Message-ID: <1281380222.43.0.515111506592.issue1479611@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
type: feature request -> performance

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1479611>
_______________________________________

From report at bugs.python.org  Mon Aug  9 20:57:54 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 18:57:54 +0000
Subject: [issue1498363] Improve super() objects support for implicit method
	calls
Message-ID: <1281380274.88.0.86811552965.issue1498363@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe this is covered by the PEP3003 3.2 change moratorium.

----------
keywords: +after moratorium -patch
nosy: +terry.reedy
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1498363>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:01:01 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 19:01:01 +0000
Subject: [issue9269] Cannot pickle self-referencing sets
In-Reply-To: <1279234902.88.0.629141543515.issue9269@psf.upfronthosting.co.za>
Message-ID: <1281380461.69.0.056626901611.issue9269@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +Library (Lib) -Interpreter Core
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9269>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:02:02 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Aug 2010 19:02:02 +0000
Subject: [issue1820] Enhance Object/structseq.c to match namedtuple and
	tuple	api
In-Reply-To: <1200284428.58.0.762384814897.issue1820@psf.upfronthosting.co.za>
Message-ID: <1281380522.08.0.117462594303.issue1820@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

This is definitely not covered by the language moratorium.  Guido has requested this change and it needs to go forward.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1820>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:09:31 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 19:09:31 +0000
Subject: [issue9548] locale can be imported at startup but relies on too many
	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Consider the two following commands, from an SVN working copy:

$ ./python -c 'import heapq; print(heapq.heapify)'
<built-in function heapify>

$ cat | ./python -c 'import heapq; print(heapq.heapify)'
<function heapify at 0x7f5d456025a0>

In the second case, the "from _heapq import *" in heapq fails silently. The reason was a bit difficult to find, but it goes as following:
- when run from a non-pty, initializing the standard streams imports Lib/locale.py
- Lib/locale.py import collections which import heapq
- heapq tries to import _heapq but, at this point, the build dir (such as "build/lib.linux-x86_64-3.2/") hasn't been added to sys.path, since site.py does it: the import fails
- heapq silences the ImportError, and this early loaded copy of the module is then made available to all subsequent consumers of heapq, without C accelerators

The issue might seem rather exotic, but it is a more general symptom of the problem that importing Lib/locale.py when initializing std{in,out,err} brings too many import dependencies.

A possible solution is to define a subset of locale.py that is used for bootstrap and rely on as little modules as possible.

----------
components: Library (Lib)
messages: 113457
nosy: haypo, pitrou
priority: normal
severity: normal
status: open
title: locale can be imported at startup but relies on too many library modules
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:18:26 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 09 Aug 2010 19:18:26 +0000
Subject: [issue665761] reduce() masks exception
Message-ID: <1281381506.12.0.802541523928.issue665761@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


Added file: http://bugs.python.org/file18453/issue665761-release27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue665761>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:24:35 2010
From: report at bugs.python.org (James)
Date: Mon, 09 Aug 2010 19:24:35 +0000
Subject: [issue6786] readline and zero based indexing
In-Reply-To: <1251310656.11.0.667090107201.issue6786@psf.upfronthosting.co.za>
Message-ID: <1281381875.98.0.874239775067.issue6786@psf.upfronthosting.co.za>


James <purpleidea at gmail.com> added the comment:

I'd be writing a patch which would allow a programmer the option to explicitly use/instantiate the library in a zero-based way. This way throughout their particular program, the indexing of elements could be consistent. Not having this causes you to have to reason differently about which parts should be list[i+1] versions list[i].

Would this be reasonable?
Thanks,

_J

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6786>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:33:19 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 19:33:19 +0000
Subject: [issue9548] locale can be imported at startup but relies on too many
	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281382399.07.0.928782428056.issue9548@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +lemburg, orsenthil, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:41:31 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 19:41:31 +0000
Subject: [issue9548] locale can be imported at startup but relies on too many
	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281382891.84.0.872647512594.issue9548@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Attached patch fixes the issue by creating a separate "_bootlocale" module, used at bootstrap, which doesn't import collections, functools and friends.

----------
keywords: +patch
Added file: http://bugs.python.org/file18454/bootlocale.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:42:21 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 09 Aug 2010 19:42:21 +0000
Subject: [issue9548] locale can be imported at startup but relies on too many
	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281382941.29.0.0525101414785.issue9548@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/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:47:37 2010
From: report at bugs.python.org (Thomas Heller)
Date: Mon, 09 Aug 2010 19:47:37 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't
	be	PROT_WRITE and PROT_EXEC
In-Reply-To: <1281298055.0.0.771730597143.issue5504@psf.upfronthosting.co.za>
Message-ID: <4C605B4D.8020400@ctypes.org>


Thomas Heller <theller at ctypes.org> added the comment:

> Thomas, it seems this change doesn't work for py3k. Buildbots complain and my working copy does as well.
> 
> Example:
> 
> http://www.python.org/dev/buildbot/all/builders/x86%20gentoo%203.1/builds/990

I do not know why this happens.  It works for me, inside my sandbox
as well as on a newly checkout copy.
Anyway, I'm not able to fix it since I'm going to holidays.

----------
title: ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC -> ctypes should work with systems where mmap can't be	PROT_WRITE and PROT_EXEC

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:50:53 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 19:50:53 +0000
Subject: [issue9549] Remove sys.setdefaultencoding()
In-Reply-To: <1281383453.04.0.233452795116.issue9549@psf.upfronthosting.co.za>
Message-ID: <1281383453.04.0.233452795116.issue9549@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

The use of sys.setdefaultencoding() has always been discouraged, and it has become a no-op in py3k (the encoding is hard-wired to utf-8 and changing it raises an error). It is time to remove this function entirely.

The state of PyUnicode_SetDefaultEncoding() should be also considered, since it has become useless for the same reasons.

----------
components: Interpreter Core, Library (Lib)
messages: 113461
nosy: pitrou
priority: low
severity: normal
stage: needs patch
status: open
title: Remove sys.setdefaultencoding()
type: behavior
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9549>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:51:54 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 09 Aug 2010 19:51:54 +0000
Subject: [issue9549] Remove sys.setdefaultencoding()
In-Reply-To: <1281383453.04.0.233452795116.issue9549@psf.upfronthosting.co.za>
Message-ID: <1281383514.35.0.687997997065.issue9549@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/issue9549>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:56:20 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 19:56:20 +0000
Subject: [issue9548] locale can be imported at startup but relies on too many
	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281383780.67.0.966008217017.issue9548@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Updated patch also replaces imports of locale in site.py (since it can be imported early on startup).

----------
Added file: http://bugs.python.org/file18455/bootlocale.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 21:57:37 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 19:57:37 +0000
Subject: [issue9548] locale can be imported at startup but relies on too many
	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281383857.46.0.766236423345.issue9548@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file18454/bootlocale.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 22:16:34 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 09 Aug 2010 20:16:34 +0000
Subject: [issue9324] signal.signal(bogus_signal, handler) segfaults on Windows
In-Reply-To: <1279738256.92.0.653078709511.issue9324@psf.upfronthosting.co.za>
Message-ID: <1281384994.77.0.764985779938.issue9324@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Attached is a patch using Ronald's suggestion to rework this as a switch statement. Also included is a minor reworking that Paul noticed in Lib/test/test_signal.py.

Added the people who responded to the python-dev checkin comments to the nosy list. Feel free to remove yourself.

----------
nosy: +gcewing, ocean-city, pmoore, ronaldoussoren
resolution: fixed -> accepted
stage: committed/rejected -> patch review
Added file: http://bugs.python.org/file18456/issue9324_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9324>
_______________________________________

From report at bugs.python.org  Mon Aug  9 22:18:42 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 09 Aug 2010 20:18:42 +0000
Subject: [issue7007] Tiny inconsistency in the orthography of "url encoded" in
	the doc of urllib.parse
In-Reply-To: <1254071339.25.0.500752949705.issue7007@psf.upfronthosting.co.za>
Message-ID: <1281385122.93.0.290053538061.issue7007@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Docs updated in r83900 (py3k),  r83903 (release31-maint), r83905 (release27-maint)

Modules updated in revision 83901 (py3k), r83904 (release31-maint), r83906 (release27-maint).

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
type: feature request -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7007>
_______________________________________

From report at bugs.python.org  Mon Aug  9 22:27:11 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 09 Aug 2010 20:27:11 +0000
Subject: [issue9546] buildbot: if a compile error occurs,
	the "clean" step is skipped
In-Reply-To: <1281358290.29.0.0758314656394.issue9546@psf.upfronthosting.co.za>
Message-ID: <1281385631.9.0.316342499518.issue9546@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I think "cannot be copied" is an exaggeration. Of course it can be copied - it's just that the Makefile skips doing so.

What's the specific problem that this causes?

Not sure why this had high priority - if anybody wants to fix it, please go ahead.

----------
priority: high -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9546>
_______________________________________

From report at bugs.python.org  Mon Aug  9 22:27:31 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 20:27:31 +0000
Subject: [issue9548] locale can be imported at startup but relies on too many
	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281385651.15.0.844453927848.issue9548@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Chances are that the patch will also fix the test_heapq failures on some buildbots (see e.g. http://www.python.org/dev/buildbot/3.x/builders/x86%20Tiger%203.x/builds/759/steps/test/logs/stdio ).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 22:33:28 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 09 Aug 2010 20:33:28 +0000
Subject: [issue5950] Make zipimport work with zipfile containing comments
In-Reply-To: <1241628586.95.0.0801479384158.issue5950@psf.upfronthosting.co.za>
Message-ID: <1281386008.99.0.156779363189.issue5950@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Why?

----------
versions: +Python 3.2 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5950>
_______________________________________

From report at bugs.python.org  Mon Aug  9 22:39:43 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 09 Aug 2010 20:39:43 +0000
Subject: [issue9549] Remove sys.setdefaultencoding()
In-Reply-To: <1281383453.04.0.233452795116.issue9549@psf.upfronthosting.co.za>
Message-ID: <4C60675E.8020801@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Antoine Pitrou wrote:
> 
> New submission from Antoine Pitrou <pitrou at free.fr>:
> 
> The use of sys.setdefaultencoding() has always been discouraged, and it has become a no-op in py3k (the encoding is hard-wired to utf-8 and changing it raises an error). It is time to remove this function entirely.
> 
> The state of PyUnicode_SetDefaultEncoding() should be also considered, since it has become useless for the same reasons.

+1 on removing both.

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9549>
_______________________________________

From report at bugs.python.org  Mon Aug  9 22:43:52 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 20:43:52 +0000
Subject: [issue9546] buildbot: if a compile error occurs,
	the "clean" step is skipped
In-Reply-To: <1281358290.29.0.0758314656394.issue9546@psf.upfronthosting.co.za>
Message-ID: <1281386632.3.0.199969553901.issue9546@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I think "cannot be copied" is an exaggeration

It seems that the purpose is to allow local modifications to Modules/Setup. Otherwise, I don't know why the Makefile would print an elaborate message when the file exists.
If this possibility is never used then, true, we can remove the elaborate message and overwrite the existing file instead.

> Not sure why this had high priority - if anybody wants to fix it,
> please go ahead.

How do we fix it? I don't think we have access to the sequence of operations executed by buildbots.

It is high priority because this caused a mess on the buildbots and forced us to revert some perfectly good checkins. I hesitated between high and critical, because infrastructure bugs like this are actively detrimental to development activites.

----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9546>
_______________________________________

From report at bugs.python.org  Mon Aug  9 22:57:30 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 09 Aug 2010 20:57:30 +0000
Subject: [issue9546] buildbot: if a compile error occurs,
	the "clean" step is skipped
In-Reply-To: <1281386632.3.0.199969553901.issue9546@psf.upfronthosting.co.za>
Message-ID: <4C606AC6.7010404@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Am 09.08.2010 22:43, schrieb Antoine Pitrou:
> 
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
>> I think "cannot be copied" is an exaggeration
> 
> It seems that the purpose is to allow local modifications to
> Modules/Setup. Otherwise, I don't know why the Makefile would print
> an elaborate message when the file exists. If this possibility is
> never used then, true, we can remove the elaborate message and
> overwrite the existing file instead.

It's certainly the case that this is used. However, "cannot be copied"
sounds like a permission problem, which there is not.

>> Not sure why this had high priority - if anybody wants to fix it, 
>> please go ahead.
> 
> How do we fix it? I don't think we have access to the sequence of
> operations executed by buildbots.

Just ask for it, and you'll be granted access.

> It is high priority because this caused a mess on the buildbots and
> forced us to revert some perfectly good checkins. I hesitated between
> high and critical, because infrastructure bugs like this are actively
> detrimental to development activites.

I still fail to see the bug - it's by design that later build steps are
not executed if earlier build steps failed. It would be possible to let
the slaves start over with an entirely new checkout on every build, but
that would significantly increase bandwidth consumption, and delay
builds.

In any case, I won't have time to look into this in the near future.

----------
title: buildbot: if a compile error occurs, the "clean" step is skipped -> buildbot: if a compile error occurs,	the "clean" step is skipped

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9546>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:01:29 2010
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 09 Aug 2010 21:01:29 +0000
Subject: [issue3592] Patch to add imp.get_codingspec()
In-Reply-To: <1219094032.27.0.00275483545794.issue3592@psf.upfronthosting.co.za>
Message-ID: <1281387689.0.0.998928325372.issue3592@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3592>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:02:22 2010
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 09 Aug 2010 21:02:22 +0000
Subject: [issue1644818] Allow built-in packages and submodules as well as
	top-level modules
Message-ID: <1281387742.01.0.716402343928.issue1644818@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Import is explicitly exempt from the moratorium. But since the moratorium expires starting with Python 3.3 it really doesn't matter since this change will not go into 3.2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1644818>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:03:11 2010
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 09 Aug 2010 21:03:11 +0000
Subject: [issue9548] locale can be imported at startup but relies on too many
	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281387791.33.0.705512063271.issue9548@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/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:08:05 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 09 Aug 2010 21:08:05 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <1280428369.21.0.84678458473.issue9421@psf.upfronthosting.co.za>
Message-ID: <1281388085.19.0.690841352499.issue9421@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Patch included.

New type-related unit tests have shown undesirable behaviour of read_dict() when the given option values are not strings. Support for numbers, booleans and Nones is likely to be expected so this change was introduced. `default' can hold a non-string value. `vars' were modified to accept other types as well, for consistency.

----------
keywords: +needs review, patch
Added file: http://bugs.python.org/file18457/issue9421.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:10:01 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 09 Aug 2010 21:10:01 +0000
Subject: [issue6751] Default return value in ConfigParser
In-Reply-To: <1250845077.86.0.224640008074.issue6751@psf.upfronthosting.co.za>
Message-ID: <1281388201.43.0.348252785654.issue6751@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

This issue is superseded by #9421.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> configparser.ConfigParser's getint, getboolean and getfloat don't accept `vars`

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6751>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:10:15 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Mon, 09 Aug 2010 21:10:15 +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: <1281388215.75.0.712685751998.issue9516@psf.upfronthosting.co.za>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

We build ActivePython 2.7 on Mac as follows:

   $ export MACOSX_DEPLOYMENT_TARGET=10.5
   $ ./configure --enable-framework --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk/ --with-universal-archs=intel
   $ make

(the environment variable is also used by other builds)

We explicitly specify the SDK path here because the build happens on a 10.6 machine (to ensure that tkinter is built for 64-bit arch). Also, we explicitly drop PPC support.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:10:17 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 09 Aug 2010 21:10:17 +0000
Subject: [issue9546] buildbot: if a compile error occurs,
	the "clean" step is skipped
In-Reply-To: <4C606AC6.7010404@v.loewis.de>
Message-ID: <20100809211004.GA28244@remy>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

On Mon, Aug 09, 2010 at 08:57:31PM +0000, Martin v. L?wis wrote:
> I still fail to see the bug - it's by design that later build steps are
> not executed if earlier build steps failed. It would be possible to let
> the slaves start over with an entirely new checkout on every build, but
> that would significantly increase bandwidth consumption, and delay
> builds.

I guess, you missed what we are trying to convey.

In the configure script there is this piece of code:

echo "creating Modules/Setup"
if test ! -f Modules/Setup
then
        cp $srcdir/Modules/Setup.dist Modules/Setup
fi      

And only in make clean, is the older Modules/Setup is removed!
So, in effect, if make clean is not run, any changes made in Modules/Setup.dist
will not get into the build process.

This caused a problem because, a change in the re module caused a circular
dependency and lead to compile error. This was fixed by some changes in
Setup.dist, by making a module build statically, now as make clean was not run
by the buildbot, this change is not coming into effect.

Running of make clean in the buildbot context seems to me like having a finally
clause. It is really helpful to cleanup and should always be run.

- Always copying Modules/Setup.dist to Modules/Setup may not be desirable a
fix. It might limit what Setup it is intended for, namely experimentation.

----------
title: buildbot: if a compile error occurs,	the "clean" step is skipped -> buildbot: if a compile error occurs, the "clean" step is skipped

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9546>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:10:47 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 09 Aug 2010 21:10:47 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281382891.84.0.872647512594.issue9548@psf.upfronthosting.co.za>
Message-ID: <4C606701.9060205@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Antoine Pitrou wrote:
> 
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
> Attached patch fixes the issue by creating a separate "_bootlocale" module, used at bootstrap, which doesn't import collections, functools and friends.

I don't think that's the right way forward.

It's much easier to either remove the need to import those
extra modules or defer their import to actual use within
a function.

Both collections and functools are used in two distinct places.
The re module use could also be deferred to actual use.

It would be worthwhile adding a note to the top of the module
mentioning the fact that the module is loaded early on by Python
and to warn about use of non-builtin module imports.

----------
title: locale can be imported at startup but relies on too many library modules -> locale can be imported at startup but relies on too many	library modules

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:14:49 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 21:14:49 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281388489.1.0.962251701102.issue7467@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Actually, there are two places where the internal buffer is trimmed from consumed data:

            self._readbuffer = self._readbuffer[self._offset:] + data
            self._offset = 0

At this point, it seems self._crc_offset should also be reset to zero, otherwise some data will be forgotten on the next read() call.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:25:57 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 09 Aug 2010 21:25:57 +0000
Subject: [issue9546] buildbot: if a compile error occurs,
	the "clean" step is skipped
In-Reply-To: <1281358290.29.0.0758314656394.issue9546@psf.upfronthosting.co.za>
Message-ID: <1281389157.3.0.503850970293.issue9546@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

I agree we should run the "clean" step as a finally step, even if "compile error" occurs. It is not required in case of "svn exception", I guess.

Btw, the exact command is "make distclean" ("make clean" target does not remove "Modules/Setup").

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9546>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:28:42 2010
From: report at bugs.python.org (Jeremiah Jordan)
Date: Mon, 09 Aug 2010 21:28:42 +0000
Subject: [issue8538] Add ConfigureAction to argparse
In-Reply-To: <1272303487.22.0.380388489779.issue8538@psf.upfronthosting.co.za>
Message-ID: <1281389322.15.0.112942360907.issue8538@psf.upfronthosting.co.za>


Jeremiah Jordan <jeremiah.jordan at gmail.com> added the comment:

I think this should be updated so that nargs=0 is allowed, so that you can only do --foo/--no-foo and don't clutter up the help/interface with --foo [FOO] --no-foo=[FOO]

You can do this by adding nargs to the ConfigureAction.__init__ and passing that through to super, and then updating __call__ to check 'if value is None or value == []:' instead of the None.

----------
nosy: +Jeremiah.Jordan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8538>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:29:08 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 09 Aug 2010 21:29:08 +0000
Subject: [issue9546] buildbot: if a compile error occurs,
	the "clean" step is skipped
In-Reply-To: <20100809211004.GA28244@remy>
Message-ID: <4C607321.90603@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I guess, you missed what we are trying to convey.

No, I fully understand what happened. STILL,
a) I don't think this is a bug in the buildbot configuration, and
b) even if it was, I don't really have the time to investigate that
   in the coming weeks.
However, since you all seem to think it's urgent, I'll investigate
for ten more minutes.

----------
title: buildbot: if a compile error occurs, the "clean" step is skipped -> buildbot: if a compile error occurs,	the "clean" step is skipped

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9546>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:30:24 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 21:30:24 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <4C606701.9060205@egenix.com>
Message-ID: <1281389418.3173.5.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I don't think that's the right way forward.
> 
> It's much easier to either remove the need to import those
> extra modules or defer their import to actual use within
> a function.

The latter has various issues, such as being overly tedious and
potentially risk (because of the import lock).
Furthermore, functools.wraps is used as a decorator at the toplevel of
locale.py, which makes it currently unremovable.

The former is easier said than done, and we may end up writing poor
man's reimplementations of some stdlib functions.

> It would be worthwhile adding a note to the top of the module
> mentioning the fact that the module is loaded early on by Python
> and to warn about use of non-builtin module imports.

Use of non-builtin stdlib modules is legitimate for many functions which
aren't used in the startup process anyway. The rationale behind the
patch is precisely to define a subset that is needed at startup and
shouldn't rely on stdlib facilities. The rest of the locale module is
allowed to use whatever stdlib facilities it desires, which is always
much more practical.

(note, this is already done elsewhere, for example _abcoll.py or
_weakrefset.py)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:45:25 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 09 Aug 2010 21:45:25 +0000
Subject: [issue9546] buildbot: if a compile error occurs,
	the "clean" step is skipped
In-Reply-To: <1281358290.29.0.0758314656394.issue9546@psf.upfronthosting.co.za>
Message-ID: <1281390325.15.0.298679202764.issue9546@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

It turns out that build steps have an alwaysRun flag, which I have now enabled for the 'make clean' step.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9546>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:56:17 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 09 Aug 2010 21:56:17 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <1280428369.21.0.84678458473.issue9421@psf.upfronthosting.co.za>
Message-ID: <1281390977.92.0.627394054357.issue9421@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18457/issue9421.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:57:11 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 09 Aug 2010 21:57:11 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <1280428369.21.0.84678458473.issue9421@psf.upfronthosting.co.za>
Message-ID: <1281391031.81.0.778302827874.issue9421@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Patch updated to never type-convert default= arguments. This behaviour is more predictable.

----------
Added file: http://bugs.python.org/file18458/issue9421.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Mon Aug  9 23:59:50 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 21:59:50 +0000
Subject: [issue5950] Make zipimport work with zipfile containing comments
In-Reply-To: <1241628586.95.0.0801479384158.issue5950@psf.upfronthosting.co.za>
Message-ID: <1281391190.1.0.08881203251.issue5950@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Because it adds a feature to the import statement, rather than to a module, or so Dmitry said. But fine with me if it goes in now.

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5950>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:01:21 2010
From: report at bugs.python.org (=?utf-8?q?Michael=2EElsd=C3=B6rfer?=)
Date: Mon, 09 Aug 2010 22:01:21 +0000
Subject: [issue9253] argparse: optional subparsers
In-Reply-To: <1279056589.03.0.566167994161.issue9253@psf.upfronthosting.co.za>
Message-ID: <1281391281.93.0.940559277079.issue9253@psf.upfronthosting.co.za>


Changes by Michael.Elsd?rfer <michael at elsdoerfer.info>:


----------
nosy: +elsdoerfer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9253>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:02:01 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Mon, 09 Aug 2010 22:02:01 +0000
Subject: [issue2521] ABC caches should use weak refs
In-Reply-To: <1206976350.45.0.982533625998.issue2521@psf.upfronthosting.co.za>
Message-ID: <1281391321.55.0.838896639571.issue2521@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Jack,

The change is necessary because "None in WeakSet()" would throw an exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2521>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:02:34 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 22:02:34 +0000
Subject: [issue5950] Make zipimport work with zipfile containing comments
In-Reply-To: <1241628586.95.0.0801479384158.issue5950@psf.upfronthosting.co.za>
Message-ID: <1281391354.9.0.168704863539.issue5950@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

On #1644818, Brett said import statement is exempt from moratorium.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5950>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:03:41 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Aug 2010 22:03:41 +0000
Subject: [issue6678] inspect.currentframe documentation omits optional depth
	parameter
In-Reply-To: <1249928701.73.0.0206445902812.issue6678@psf.upfronthosting.co.za>
Message-ID: <1281391421.29.0.240862555118.issue6678@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Thank you both. I had missed the subtle difference between aliasing and wrapping in this particular case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6678>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:04:46 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 09 Aug 2010 22:04:46 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281389418.3173.5.camel@localhost.localdomain>
Message-ID: <4C607B79.2020502@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Antoine Pitrou wrote:
> 
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
>> I don't think that's the right way forward.
>>
>> It's much easier to either remove the need to import those
>> extra modules or defer their import to actual use within
>> a function.
> 
> The latter has various issues, such as being overly tedious and
> potentially risk (because of the import lock).

Really ? collections is only used in format_string and can easily
be imported there. Note that putting imports into functions is a technique
to remove problems with import locks - it doesn't create any.

> Furthermore, functools.wraps is used as a decorator at the toplevel of
> locale.py, which makes it currently unremovable.

If you look at the code, that decorator is not needed at all. Furthermore
the whole complication was just introduced to make some tests easier
to write.

> The former is easier said than done, and we may end up writing poor
> man's reimplementations of some stdlib functions.

Please be more specific. The modules that have an impact
on import time are collections, functools and re.

>> It would be worthwhile adding a note to the top of the module
>> mentioning the fact that the module is loaded early on by Python
>> and to warn about use of non-builtin module imports.
> 
> Use of non-builtin stdlib modules is legitimate for many functions which
> aren't used in the startup process anyway. The rationale behind the
> patch is precisely to define a subset that is needed at startup and
> shouldn't rely on stdlib facilities. The rest of the locale module is
> allowed to use whatever stdlib facilities it desires, which is always
> much more practical.

I said "warn about the use of non-builtin modules", not disallow
their use. AFAIK, the purpose of the exercise is to reduce the
number of non-builtin modules being loaded early on during
Python startup.

> (note, this is already done elsewhere, for example _abcoll.py or
> _weakrefset.py)

Those are special cases since they are needed for ABCs. locale
is not special enough to warrant such a disruption in module
organization and it's not needed either (see above).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:09:00 2010
From: report at bugs.python.org (Jason V. Miller)
Date: Mon, 09 Aug 2010 22:09:00 +0000
Subject: [issue9550] BufferedReader may issue additional read,
	may cause hang when backed by blocking socket
In-Reply-To: <1281391740.65.0.539097127829.issue9550@psf.upfronthosting.co.za>
Message-ID: <1281391740.65.0.539097127829.issue9550@psf.upfronthosting.co.za>


New submission from Jason V. Miller <jason_miller at symantec.com>:

While reading, BufferedReader can cause an additional read() to the underlying I/O object after the entire upper-layer byte count has been satisfied. This is unnecessary and troublesome in some cases.

In the event that the BufferedReader sits on top of a blocking socket (see the included test case,) certain network protocols (HTTP) can cause the server to hang in recv/recvfrom trying to read more data than will be available, causing a hang. I first ran into this issue running bottle on top of the core Python wsgi server.

It looks as though this may be present in 2.x as well, however an associate of mine wasn't able to trigger the issue in 2.x (even after implementing the makefile() code from 3.x)

To run the test case, start the server and then run the client against it.

bufio.py server
bufio.py client

I successfully patched this issue locally with the following:

---
Modules/_io/bufferedio.c:

    self->pos = 0;
    self->raw_pos = 0;
    self->read_end = 0;

+   if ( remaining == 0 )
+       return res;
+

    while (self->read_end < self->buffer_size) {
---

Which aborts execution of the second loop in the event that the last block-sized read satisfied the upper layer call exactly.

----------
components: IO
files: bufio.py
messages: 113489
nosy: jvmiller
priority: normal
severity: normal
status: open
title: BufferedReader may issue additional read, may cause hang when backed by blocking socket
type: behavior
versions: Python 3.1
Added file: http://bugs.python.org/file18459/bufio.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9550>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:13:40 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 09 Aug 2010 22:13:40 +0000
Subject: [issue9551] ConfigParser.SafeConfigParser.set fails when no value
	provided
In-Reply-To: <1281392020.18.0.197979738235.issue9551@psf.upfronthosting.co.za>
Message-ID: <1281392020.18.0.197979738235.issue9551@psf.upfronthosting.co.za>


New submission from ?ukasz Langa <lukasz at langa.pl>:

Title says it all.

----------
assignee: fdrake
files: ConfigParser.diff
keywords: easy, needs review, patch, patch
messages: 113490
nosy: fdrake, lukasz.langa
priority: normal
severity: normal
stage: patch review
status: open
title: ConfigParser.SafeConfigParser.set fails when no value provided
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18460/ConfigParser.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9551>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:18:19 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Mon, 09 Aug 2010 22:18:19 +0000
Subject: [issue8041] No documentation for Py_TPFLAGS_HAVE_STACKLESS_EXTENSION
	or Py_TPFLAGS_HAVE_VERSION_TAG.
In-Reply-To: <1267544098.65.0.440493208051.issue8041@psf.upfronthosting.co.za>
Message-ID: <1281392299.67.0.124644070718.issue8041@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

I think if they are mentioned, they should be documented.  Removing mention of them would be fine with me.

Looking at this again, I think the description of Py_TPFLAGS_DEFAULT is no longer accurate.  It reads: "This is a bitmask of all the bits that pertain to the existence of certain fields in the type object and its extension structures. Currently, it includes the following bits: Py_TPFLAGS_HAVE_STACKLESS_EXTENSION, Py_TPFLAGS_HAVE_VERSION_TAG."

But neither of those flags pertain to the existence of certain fields, do they?

Perhaps it should simply read: "This bitmask should be set by all types to define certain bits used internally by Python."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8041>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:19:43 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 22:19:43 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <4C607B79.2020502@egenix.com>
Message-ID: <1281392378.3173.16.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I said "warn about the use of non-builtin modules", not disallow
> their use. AFAIK, the purpose of the exercise is to reduce the
> number of non-builtin modules being loaded early on during
> Python startup.

The purpose of the exercise is to avoid, as much as possible, the
numerous issues that have already been encountered because of the
startup procedure relying on locale in various conditions for
initialization of the standard streams.

You are proposing that we commit a one-time fix to fix the current
situation. Recent history shows that similar problems will arise again,
and waste useful developer time for committing urgency fixes in order to
fix the build (not to mention that the symptoms are sometimes difficult
to diagnose, such as in this very issue). I am proposing a broader
change which prevents, as much as possible, similar problems from
reappearing and will relieve us from a dispensable burden.

> > (note, this is already done elsewhere, for example _abcoll.py or
> > _weakrefset.py)
> 
> Those are special cases since they are needed for ABCs. locale
> is not special enough to warrant such a disruption in module
> organization and it's not needed either (see above).

"special enough" is in the eye of the beholder.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:24:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 22:24:54 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281392694.46.0.621218536683.issue7467@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This is an updated patch with fixed (hopefully) CRC logic in the face of buffering, and additional tests.

----------
Added file: http://bugs.python.org/file18461/zipcrc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:26:54 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 09 Aug 2010 22:26:54 +0000
Subject: [issue9550] BufferedReader may issue additional read,
	may cause hang when backed by blocking socket
In-Reply-To: <1281391740.65.0.539097127829.issue9550@psf.upfronthosting.co.za>
Message-ID: <1281392814.25.0.779975964678.issue9550@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9550>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:27:58 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 22:27:58 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281392878.63.0.797303335418.issue7467@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Nir, want to take a look?

----------
nosy: +nirai

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:31:05 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 22:31:05 +0000
Subject: [issue9550] BufferedReader may issue additional read,
	may cause hang when backed by blocking socket
In-Reply-To: <1281391740.65.0.539097127829.issue9550@psf.upfronthosting.co.za>
Message-ID: <1281393065.03.0.755468458447.issue9550@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thanks for caring about such issues. This would also need unit tests and test_io.py (and perhaps a similar change in _pyio.py, although the buffering logic there is different and may not exhibit the issue).

----------
stage:  -> needs patch
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9550>
_______________________________________

From report at bugs.python.org  Tue Aug 10 00:51:51 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 22:51:51 +0000
Subject: [issue3757] threading.local doesn't support cyclic garbage collecting
In-Reply-To: <1220357648.44.0.102035652616.issue3757@psf.upfronthosting.co.za>
Message-ID: <1281394311.26.0.639321269138.issue3757@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Committed in r83918 (py3k), r83919 (3.1) and r83920 (2.7) after Benjamin ok'ed it on IRC.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3757>
_______________________________________

From report at bugs.python.org  Tue Aug 10 01:04:52 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Aug 2010 23:04:52 +0000
Subject: [issue9552] ssl build under Windows always rebuilds OpenSSL
In-Reply-To: <1281395092.02.0.0478122711499.issue9552@psf.upfronthosting.co.za>
Message-ID: <1281395092.02.0.0478122711499.issue9552@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

The build steps for _ssl and _hashlib under Windows always rebuild the same intermediate files, even if no change was recorded since the last build. This makes building the whole project longer than it should be.

Here is the (trimmed) log:

------ D?but de la g?n?ration?: Projet?: _ssl, Configuration?: Debug Win32 ------
Ex?cution d'un ?v?nement avant g?n?ration...
Found a working perl at 'C:\Perl\bin\perl.exe'
Found an SSL directory at '..\..\openssl-1.0.0a'
Executing ssl makefiles: nmake /nologo -f "ms\nt.mak"
Building OpenSSL
 copy ".\crypto\buildinf.h" "tmp32\buildinf.h"
        1 fichier(s) copi?(s).
 copy ".\crypto\opensslconf.h" "inc32\openssl\opensslconf.h"
        1 fichier(s) copi?(s).
 nasmw -f win32 -o tmp32\x86cpuid.obj tmp32\x86cpuid.asm
 nasmw -f win32 -o tmp32\md5-586.obj tmp32\md5-586.asm
[... snip many asm files ...]
 nasmw -f win32 -o tmp32\wp-mmx.obj tmp32\wp-mmx.asm
 lib /nologo /out:out32\libeay32.lib @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\nm92.tmp
 link /nologo /subsystem:console /opt:ref /debug /out:out32\md4test.exe @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\nm97.tmp
 IF EXIST out32\md4test.exe.manifest mt -nologo -manifest out32\md4test.exe.manifest -outputresource:out32\md4test.exe;1
 link /nologo /subsystem:console /opt:ref /debug /out:out32\md5test.exe @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\nm99.tmp
 IF EXIST out32\md5test.exe.manifest mt -nologo -manifest out32\md5test.exe.manifest -outputresource:out32\md5test.exe;1
 link /nologo /subsystem:console /opt:ref /debug /out:out32\shatest.exe @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\nm9B.tmp
[... snip many exe files ...]
 IF EXIST out32\openssl.exe.manifest mt -nologo -manifest out32\openssl.exe.manifest -outputresource:out32\openssl.exe;1
[44763 refs]
Compilation en cours...
_ssl.c
..\Modules\_ssl.c(583) : warning C4090: '='?: qualificateurs 'const' diff?rents
..\Modules\_ssl.c(930) : warning C4090: '='?: qualificateurs 'const' diff?rents
?dition des liens en cours...
   Cr?ation de la biblioth?que Z:\py3k\__svn__\PCbuild\\_ssl_d.lib et de l'objet Z:\py3k\__svn__\PCbuild\\_ssl_d.exp
Le journal de g?n?ration a ?t? enregistr? ? l'emplacement "file://Z:\py3k\__svn__\PCbuild\Win32-temp-Debug\_ssl\BuildLog.htm"
_ssl - 0 erreur(s), 2 avertissement(s)

----------
components: Build, Windows
messages: 113497
nosy: brian.curtin, loewis, pitrou, tim.golden
priority: low
severity: normal
status: open
title: ssl build under Windows always rebuilds OpenSSL
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9552>
_______________________________________

From report at bugs.python.org  Tue Aug 10 01:40:13 2010
From: report at bugs.python.org (Andrew Bennetts)
Date: Mon, 09 Aug 2010 23:40:13 +0000
Subject: [issue8685] set(range(100000)).difference(set()) is slow
In-Reply-To: <1273568659.49.0.865922101958.issue8685@psf.upfronthosting.co.za>
Message-ID: <1281397213.83.0.969490814097.issue8685@psf.upfronthosting.co.za>


Andrew Bennetts <spiv at users.sourceforge.net> added the comment:

Alexander: yes, they are complementary.  My patch improves set.difference, which always creates a new set.  issue8425 on the other hand improves in-place difference (via the -= operator or set.difference_update).  Looking at the two patches, my patch will not improve in-place difference, and issue8425's patch will not improve set.difference.  So they are complementary.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8685>
_______________________________________

From report at bugs.python.org  Tue Aug 10 01:44:41 2010
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 09 Aug 2010 23:44:41 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281397481.34.0.711946985317.issue9548@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Just to comment on the import lock issue when importing from within a function, it is a problem. If an import triggers the launching of a thread which calls these functions that have an import inside of them, deadlock will occur. This has been reported as an issue before so people do it (unfortunately).

Importing within functions is something to be avoided when possible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Tue Aug 10 02:04:34 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 00:04:34 +0000
Subject: [issue6915] os.listdir inconsistenly releases the GIL on win32
In-Reply-To: <1252989796.76.0.19947250091.issue6915@psf.upfronthosting.co.za>
Message-ID: <1281398674.24.0.0169486448598.issue6915@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The original patch also modifies attributes_from_dir() and attributes_from_dir_w(), but these are called with the GIL released.
Modified patch committed in r83921 (py3k), r83922 (3.1) and r83923 (2.7). Thank you!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6915>
_______________________________________

From report at bugs.python.org  Tue Aug 10 02:18:56 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 00:18:56 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't
	be	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1281399536.48.0.412048395031.issue5504@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I do not know why this happens.

The failure is in 3.1, and the reason is quite obvious: the patch relies on libffi/src/closures.c, which doesn't exist in the 3.1 copy of libffi.
I've reverted your commit in r83924, since you say you won't be able to look at it immediately. Unfortunately, this also reverts the refcounting fix.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Tue Aug 10 02:22:19 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 00:22:19 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't
	be	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1281399739.13.0.595767570998.issue5504@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Correction: the revert was done in r83926.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Tue Aug 10 03:14:39 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 01:14:39 +0000
Subject: [issue8432] buildbot: test_send_signal of test_subprocess failure
In-Reply-To: <1271522195.0.0.944847217112.issue8432@psf.upfronthosting.co.za>
Message-ID: <1281402879.84.0.980625279672.issue8432@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Since it only happens on 3.x, a possible culprit is ?[svn r78946] Replaces the internals of the subprocess module from fork through exec on
POSIX systems with a C extension module?.

NB: recent URL of deterministic failure under FreeBSD 6.4:
http://www.python.org/dev/buildbot/builders/x86%20FreeBSD%203.x/builds/492

----------
nosy: +gregory.p.smith, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8432>
_______________________________________

From report at bugs.python.org  Tue Aug 10 04:03:22 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 10 Aug 2010 02:03:22 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>


New submission from Denver Coneybeare <denver.coneybeare at gmail.com>:

If the COLUMNS environment variable is set to a value other than 80 then test_argparse.py yields 80 failures.  The value of the COLUMNS environment variable affects line wrapping of the help output and the test cases assume line wraps at 80 columns.  So setting COLUMNS=160, for example, then running the tests will reproduce the failures.  The fix is to invoke: os.environ["COLUMNS"] = "80".

A proposed patch for py3k/Lib/test/test_argparse.py is attached (test_argparse.py.COLUMNS.patch)

----------
components: Tests
files: test_argparse.py.COLUMNS.patch
keywords: patch
messages: 113504
nosy: benjamin.peterson, bethard, denversc, eric.smith
priority: normal
severity: normal
status: open
title: test_argparse.py: 80 failures if COLUMNS env var set to a value other than 80
versions: Python 3.3
Added file: http://bugs.python.org/file18462/test_argparse.py.COLUMNS.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Tue Aug 10 04:53:47 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 10 Aug 2010 02:53:47 +0000
Subject: [issue9554] test_argparse.py: use new unittest features
In-Reply-To: <1281408827.47.0.183260667114.issue9554@psf.upfronthosting.co.za>
Message-ID: <1281408827.47.0.183260667114.issue9554@psf.upfronthosting.co.za>


New submission from Denver Coneybeare <denver.coneybeare at gmail.com>:

Some of the unit testing code in test_argparse.py could be modified to take advantage of the new unittest features in Python 2.7 and 3.x.  My suggested changes are attached in the patch file test_argparse.py.unittest2.patch

One big one is that assertEquals() now prints a "diff" when multi-line strings compare unequal, so the manual "diffing" logic from the unit tests can be removed.  Also, assertIsNone() is slightly better than assertEquals(None, x).  Finally, there is a tiny fix where parse_args() was expected to throw ArgumentParserError but the test would not fail if it threw no exceptions.

----------
components: Tests
files: test_argparse.py.unittest2.patch
keywords: patch
messages: 113505
nosy: benjamin.peterson, bethard, denversc, eric.smith
priority: normal
severity: normal
status: open
title: test_argparse.py: use new unittest features
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file18463/test_argparse.py.unittest2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9554>
_______________________________________

From report at bugs.python.org  Tue Aug 10 04:53:51 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 10 Aug 2010 02:53:51 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281408831.39.0.715859707415.issue9553@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Tue Aug 10 04:54:48 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 10 Aug 2010 02:54:48 +0000
Subject: [issue9554] test_argparse.py: use new unittest features
In-Reply-To: <1281408827.47.0.183260667114.issue9554@psf.upfronthosting.co.za>
Message-ID: <1281408888.46.0.26427776005.issue9554@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Removed file: http://bugs.python.org/file18463/test_argparse.py.unittest2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9554>
_______________________________________

From report at bugs.python.org  Tue Aug 10 04:55:15 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 10 Aug 2010 02:55:15 +0000
Subject: [issue9554] test_argparse.py: use new unittest features
In-Reply-To: <1281408827.47.0.183260667114.issue9554@psf.upfronthosting.co.za>
Message-ID: <1281408915.8.0.236134556368.issue9554@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file18464/test_argparse.py.unittest2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9554>
_______________________________________

From report at bugs.python.org  Tue Aug 10 04:55:52 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 10 Aug 2010 02:55:52 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281408952.55.0.154984867587.issue9553@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Removed file: http://bugs.python.org/file18462/test_argparse.py.COLUMNS.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Tue Aug 10 04:56:04 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Tue, 10 Aug 2010 02:56:04 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281408964.4.0.405616058453.issue9553@psf.upfronthosting.co.za>


Changes by Denver Coneybeare <denver.coneybeare at gmail.com>:


Added file: http://bugs.python.org/file18465/test_argparse.py.COLUMNS.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Tue Aug 10 04:57:01 2010
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 10 Aug 2010 02:57:01 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281409021.28.0.08237931564.issue9553@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Shouldn't the tests calculate line wrapping based on what is set, rather than brute forcing it to be 80?

----------
nosy: +brian.curtin
stage:  -> unit test needed
versions: +Python 3.2 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Tue Aug 10 06:42:27 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Tue, 10 Aug 2010 04:42:27 +0000
Subject: [issue9551] ConfigParser.SafeConfigParser.set fails when no value
	provided
In-Reply-To: <1281392020.18.0.197979738235.issue9551@psf.upfronthosting.co.za>
Message-ID: <1281415347.63.0.0288509481406.issue9551@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Patch still requires a test.  Sorry if I was unclear in IRC.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9551>
_______________________________________

From report at bugs.python.org  Tue Aug 10 07:49:51 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Aug 2010 05:49:51 +0000
Subject: [issue9405] crash when calling urllib.getproxies() under OSX with
	subprocess / particular memory usage
In-Reply-To: <1280352635.35.0.910645426575.issue9405@psf.upfronthosting.co.za>
Message-ID: <1281419391.36.0.980592180174.issue9405@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I agree that this is an annoying bug, and I'm glad that it doesn't occur in the 27-maint branch.

I won't close this issue yet though, I'd prefer to add a unittest that demonstrates the problem in 2.7.0 and shows that the problem is fixed afterwords.

Basically something like this:


   pid = os.fork() 
   if pid == 0:
       # child
       import platform
       import urllib
       urllib.get_proxies()
       os._exit(0)

    else:
       # parent
       exit = sys.waitpid(pid, 0)
       self.assertEquals(exit, 0)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9405>
_______________________________________

From report at bugs.python.org  Tue Aug 10 08:01:56 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 10 Aug 2010 06:01:56 +0000
Subject: [issue9551] ConfigParser.SafeConfigParser.set fails when no value
	provided
In-Reply-To: <1281392020.18.0.197979738235.issue9551@psf.upfronthosting.co.za>
Message-ID: <1281420116.47.0.798851353861.issue9551@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


Removed file: http://bugs.python.org/file18460/ConfigParser.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9551>
_______________________________________

From report at bugs.python.org  Tue Aug 10 08:02:22 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 10 Aug 2010 06:02:22 +0000
Subject: [issue9551] ConfigParser.SafeConfigParser.set fails when no value
	provided
In-Reply-To: <1281392020.18.0.197979738235.issue9551@psf.upfronthosting.co.za>
Message-ID: <1281420142.42.0.132477031666.issue9551@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

Patch now includes a unit test.

----------
Added file: http://bugs.python.org/file18466/ConfigParser.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9551>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:27:00 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Aug 2010 09:27:00 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281432420.7.0.474005217037.issue9548@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> heapq tries to import _heapq but, at this point, the build dir 
> (such as "build/lib.linux-x86_64-3.2/") hasn't been added to sys.path

The problem only exists for developers, not for an installation copy of Python?

Another approach is to call required site code earlier (eg. rewrite it in C and execute it before loading the locale module).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:32:48 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 09:32:48 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281432420.7.0.474005217037.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281432763.3147.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> > heapq tries to import _heapq but, at this point, the build dir 
> > (such as "build/lib.linux-x86_64-3.2/") hasn't been added to sys.path
> 
> The problem only exists for developers, not for an installation copy
> of Python?

This particular problem indeed (for developers and for buildbots - see
the weird test_heapq failures on some OS X buildbots).

> Another approach is to call required site code earlier (eg. rewrite it
> in C and execute it before loading the locale module).

Indeed, but since it calls sysconfig.get_platform(), I'm not sure how
much code would need to be rewritten in C.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:34:28 2010
From: report at bugs.python.org (Steven Bethard)
Date: Tue, 10 Aug 2010 09:34:28 +0000
Subject: [issue9253] argparse: optional subparsers
In-Reply-To: <1279056589.03.0.566167994161.issue9253@psf.upfronthosting.co.za>
Message-ID: <1281432868.88.0.258437524682.issue9253@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Seems like there's minimally the bug that argparse should currently throw an error if you add an argument after subparsers (since that argument will never be parsed under the current semantics).

I do believe that supporting an optional command like the "git remote" example is useful, but as RDM suggests, this probably won't go anywhere unless someone proposes a patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9253>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:37:10 2010
From: report at bugs.python.org (Steven Bethard)
Date: Tue, 10 Aug 2010 09:37:10 +0000
Subject: [issue9554] test_argparse.py: use new unittest features
In-Reply-To: <1281408827.47.0.183260667114.issue9554@psf.upfronthosting.co.za>
Message-ID: <1281433030.63.0.151314367325.issue9554@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

These all look like good changes to me. (I looked at the patch, but haven't tried applying it though.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9554>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:41:44 2010
From: report at bugs.python.org (Steven Bethard)
Date: Tue, 10 Aug 2010 09:41:44 +0000
Subject: [issue9345] argparse wrap tests are sensitive to terminal size
In-Reply-To: <1279890893.09.0.0931064949941.issue9345@psf.upfronthosting.co.za>
Message-ID: <1281433304.12.0.312091137357.issue9345@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Marking as duplicate of 9553 (which has a better description and a patch).

----------
resolution:  -> duplicate

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9345>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:44:38 2010
From: report at bugs.python.org (Steven Bethard)
Date: Tue, 10 Aug 2010 09:44:38 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281433478.07.0.339376510665.issue9553@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

The best solution would be to make sure that a few different column widths are tested. However, in the meantime, the tests do assume 80 columns, so I think it's correct to specify that using os.environ as suggested.

One problem with the proposed patch is that it makes the change globally, and we should be restoring the original setting after the end of the argparse tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:44:50 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Aug 2010 09:44:50 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281433490.77.0.612649673008.issue9548@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Indeed, but since it calls sysconfig.get_platform(), I'm not sure how
> much code would need to be rewritten in C.

Oh, the function is prefixed by the following comment:

# XXX This should not be part of site.py, since it is needed even when
# using the -S option for Python.  See http://www.python.org/sf/586680
def addbuilddir():

Issue #586680 was closed as wontfix.

--

Oh yes, sysconfig.get_platform() is complex :-/

Brett wrote "If we think once can reliably add the directory based purely on whether it starts with "build/lib.", and ..." (msg73411).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:47:00 2010
From: report at bugs.python.org (Steven Bethard)
Date: Tue, 10 Aug 2010 09:47:00 +0000
Subject: [issue9345] argparse wrap tests are sensitive to terminal size
In-Reply-To: <1279890893.09.0.0931064949941.issue9345@psf.upfronthosting.co.za>
Message-ID: <1281433620.34.0.16799115487.issue9345@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Actually closing this time. Duplicate of issue 9553.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9345>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:49:33 2010
From: report at bugs.python.org (Steven Bethard)
Date: Tue, 10 Aug 2010 09:49:33 +0000
Subject: [issue9537] argparse: use OrderedDict to store subparsers
In-Reply-To: <1281123093.44.0.485972410524.issue9537@psf.upfronthosting.co.za>
Message-ID: <1281433773.29.0.922376370723.issue9537@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Duplicate of issue 9026.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> argparse subcommands not printed in the same order they were added

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9537>
_______________________________________

From report at bugs.python.org  Tue Aug 10 11:58:52 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Aug 2010 09:58:52 +0000
Subject: [issue8432] buildbot: test_send_signal of test_subprocess failure
In-Reply-To: <1271522195.0.0.944847217112.issue8432@psf.upfronthosting.co.za>
Message-ID: <1281434332.59.0.0879681135019.issue8432@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

http://www.python.org/dev/buildbot/builders/x86%20FreeBSD%203.x/builds/492

On this report, both implementations (Python and C) failed:

FAIL: test_send_signal (test.test_subprocess.POSIXProcessTestCase)
FAIL: test_send_signal (test.test_subprocess.ProcessTestCasePOSIXPurePython)

--

The problem is maybe that the SIGINT is ignored on these particular platforms (FreeBSD and Mac OS X). I worked on this topic recently (see issue #3137) and I cannot guarantee that exceptions are still ignored somewhere. I can investigate if you give me access to the platform.

My procedure was to run python in gdb, set a break point, and send the signal at different points until the KeyboardInterrupt is no more ignored anywhere.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8432>
_______________________________________

From report at bugs.python.org  Tue Aug 10 12:04:05 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 10:04:05 +0000
Subject: [issue8432] buildbot: test_send_signal of test_subprocess failure
In-Reply-To: <1281434332.59.0.0879681135019.issue8432@psf.upfronthosting.co.za>
Message-ID: <1281434641.3147.5.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> The problem is maybe that the SIGINT is ignored on these particular
> platforms (FreeBSD and Mac OS X). I worked on this topic recently (see
> issue #3137) and I cannot guarantee that exceptions are still ignored
> somewhere. I can investigate if you give me access to the platform.

These tests exist and pass on 2.7 and 3.1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8432>
_______________________________________

From report at bugs.python.org  Tue Aug 10 12:22:20 2010
From: report at bugs.python.org (Yaakov Nemoy)
Date: Tue, 10 Aug 2010 10:22:20 +0000
Subject: [issue1744382] Read Write lock
Message-ID: <1281435740.29.0.209736599827.issue1744382@psf.upfronthosting.co.za>


Yaakov Nemoy <loupgaroublond at users.sourceforge.net> added the comment:

Feel free to close this. I can't commit to maintaining this right now, if i ever find the time, i can reopen the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1744382>
_______________________________________

From report at bugs.python.org  Tue Aug 10 12:33:43 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 10:33:43 +0000
Subject: [issue9555] transient crashes on "x86 XP-4" buildbot: test_file,
	test_file2k, test_bsddb3
In-Reply-To: <1281436423.56.0.916363064932.issue9555@psf.upfronthosting.co.za>
Message-ID: <1281436423.56.0.916363064932.issue9555@psf.upfronthosting.co.za>


New submission from Florent Xicluna <florent.xicluna at gmail.com>:

There's frequent crashes on the "x86 XP-4" buildbot.

On 2.6:
 83915: # something crashed: test_file
 83913: success
 83743: # something crashed: test_file
 83738: success
 83721: success
 83718: # something crashed: test_file
 83704: success
 83691: # something crashed: test_file
 83688: # something crashed: test_file
 83687: # something crashed: test_file
 83674: # something crashed: test_file
 83657: # something crashed: test_file
 83656: # 1 failed: test_os
 83648: # 2 failed: test_os test_struct
 83642: # something crashed: test_bsddb3
 83637: # 1 failed: test_struct
 83634: # 1 failed: test_struct
 83632: success
 83628: success
 83627: # something crashed: test_bsddb3
 83626: # something crashed: test_file
 83625: # 1 failed: test_builtin
 83624: # 1 failed: test_builtin
 83623: success
 83539: # something crashed: test_bsddb3
 83532: success
 83520: success
 83519: # something crashed: test_file
 83518: # something crashed: test_file
 83517: # something crashed: test_file
 83515: success
 83512: # something crashed: test_file
 83502: ? something crashed: test_file
 83487: success
 83443: ? exception clean
 83420: # something crashed: test_file
 83414: ? exception svn
 83382: success
 83379: # something crashed: test_file
 83377: # something crashed: test_file
 83242: success
 83200: # something crashed: test_file
 83194: success
 83147: success
 83136: # something crashed: test_file
 83128: # something crashed: test_file
 83119: success

On 2.7:
 83928: # something crashed: test_bsddb3
 83925: success
 83920: success
 83917: success
 83909: success
 83907: success
 83893: # 1 failed: test_bsddb3
 83879: success
 83873: ? exception svn
 83858: success
 83856: # something crashed: test_bsddb3
 83836: # hung for 20 min: test_file2k
 83832: # something crashed: test_file2k
 83824: ? exception svn
 83820: # something crashed: test_file2k
 83806: success
 83782: # something crashed: test_bsddb3
 83773: success
 83769: success
 83765: ? exception svn
 83760: # something crashed: test_file2k
 83757: # failed slave lost
 83749: # something crashed: test_file2k
 83746: success
 83737: # something crashed: test_bsddb3
 83734: ? exception svn

The test is interrupted on the "crash", and the last message is:
 - program finished with exit code -1073741819
   elapsedTime=184.398000
 - program finished with exit code -1073741819
   elapsedTime=383.852000
 - program finished with exit code -1073741819
   elapsedTime=1003.798000
 - program finished with exit code -1073741819
   elapsedTime=453.802000

(reports created with bbreport)

----------
components: Tests
keywords: buildbot
messages: 113522
nosy: flox
priority: normal
severity: normal
status: open
title: transient crashes on "x86 XP-4" buildbot: test_file, test_file2k, test_bsddb3
type: crash
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9555>
_______________________________________

From report at bugs.python.org  Tue Aug 10 12:50:23 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 10:50:23 +0000
Subject: [issue9555] transient crashes on "x86 XP-4" buildbot: test_file,
	test_file2k, test_bsddb3
In-Reply-To: <1281436423.56.0.916363064932.issue9555@psf.upfronthosting.co.za>
Message-ID: <1281437423.77.0.264527341029.issue9555@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

IIUC code -1073741819 (0XC0000005) is an acces violation.

Some other issues with same error code: #6869, #8849, ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9555>
_______________________________________

From report at bugs.python.org  Tue Aug 10 12:54:06 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 10:54:06 +0000
Subject: [issue9555] transient crashes on "x86 XP-4" buildbot: test_file,
	test_file2k, test_bsddb3
In-Reply-To: <1281436423.56.0.916363064932.issue9555@psf.upfronthosting.co.za>
Message-ID: <1281437646.38.0.94252188735.issue9555@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9555>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:15:44 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Tue, 10 Aug 2010 11:15:44 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <1280428369.21.0.84678458473.issue9421@psf.upfronthosting.co.za>
Message-ID: <1281438944.82.0.450024833619.issue9421@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

- Using _UNSET & similar in the docs is not good; there used to be a
  way to note a parameter as optional.  Not sure whether there is any
  more.

- Docs for methods which take vars/default should include a note
  indicating where to find the explanation, since reference docs are
  often read in a non-linear manner.

- This is a tortured way to only do something in a particular condition:

    value = str(value) if value is not None else None

  These two lines are actually more readable, since it's clear that
  the branch is a no-op:

    if value is not None:
        value = str(value)

- _unify_boolean is a strange name; doesn't parallel _unify_values at
  all.

- Having _COMPATIBLE and _UNSET defined in the classes looks more
  painful than not; no need to change for this patch.  (Should be
  changed in some later cleanup.)  Moving the whole _unify_boolean /
  _boolean_states mess to a separate top-level function that can be
  used for the conversion is attractive.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:28:05 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:28:05 +0000
Subject: [issue7182] For non-debug builds,
	the cygwinccompiler.py should define NDEBUG
In-Reply-To: <1256147342.16.0.0286188762329.issue7182@psf.upfronthosting.co.za>
Message-ID: <1281439685.8.0.728403365171.issue7182@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7182>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:29:22 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:29:22 +0000
Subject: [issue1173134] improvement of the script adaptation for the win32
	platform
Message-ID: <1281439762.17.0.93626197.issue1173134@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
assignee:  -> tarek
components: +Windows
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1173134>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:32:20 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:32:20 +0000
Subject: [issue1626300] 'Installing Python Modules' does not work for Windows
Message-ID: <1281439940.4.0.99815801661.issue1626300@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
assignee:  -> docs at python
components: +Windows
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1626300>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:33:45 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:33:45 +0000
Subject: [issue9116] test_capi.test_no_FatalError_infinite_loop crash on
	Windows
In-Reply-To: <1277827107.42.0.0793977492373.issue9116@psf.upfronthosting.co.za>
Message-ID: <1281440025.72.0.636930260563.issue9116@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9116>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:35:48 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:35:48 +0000
Subject: [issue4032] distutils cannot recognize ".dll.a" as library on cygwin
In-Reply-To: <1223055534.39.0.439061882395.issue4032@psf.upfronthosting.co.za>
Message-ID: <1281440148.7.0.365134743446.issue4032@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4032>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:36:23 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:36:23 +0000
Subject: [issue8171] bdist_wininst builds wrongly for --plat-name=win-amd64
In-Reply-To: <1268913911.34.0.452575740724.issue8171@psf.upfronthosting.co.za>
Message-ID: <1281440183.27.0.194073626148.issue8171@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8171>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:36:48 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:36:48 +0000
Subject: [issue8170] Wrong Paths for distutils build --plat-name=win-amd64
In-Reply-To: <1268913333.33.0.305416760988.issue8170@psf.upfronthosting.co.za>
Message-ID: <1281440208.93.0.325064580986.issue8170@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8170>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:37:32 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:37:32 +0000
Subject: [issue8548] Building on CygWin 1.7: PATH_MAX redefined
In-Reply-To: <1272386591.01.0.834578637911.issue8548@psf.upfronthosting.co.za>
Message-ID: <1281440252.76.0.807415946265.issue8548@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8548>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:38:46 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:38:46 +0000
Subject: [issue5879] multiprocessing - example "pool of http servers " fails
	on windows "socket has no attribute fromfd"
In-Reply-To: <1241019482.48.0.575158847578.issue5879@psf.upfronthosting.co.za>
Message-ID: <1281440326.7.0.717939709336.issue5879@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5879>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:40:21 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:40:21 +0000
Subject: [issue2233] Makefile.pre.in contains extra slash before $(DESTDIR)
	which can cause Cygwin build to fail
In-Reply-To: <1204652870.95.0.330326965123.issue2233@psf.upfronthosting.co.za>
Message-ID: <1281440421.87.0.726074775199.issue2233@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2233>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:41:02 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:41:02 +0000
Subject: [issue7405] compiling python 3.1.1 using cygwin 1.7.0 and gcc 4.3.4
In-Reply-To: <1259386873.79.0.422049105742.issue7405@psf.upfronthosting.co.za>
Message-ID: <1281440462.66.0.167562323742.issue7405@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7405>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:42:59 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:42:59 +0000
Subject: [issue9503] print statement hangs Windows service
In-Reply-To: <1280907256.09.0.953862220014.issue9503@psf.upfronthosting.co.za>
Message-ID: <1281440579.75.0.0843044378573.issue9503@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9503>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:43:31 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 11:43:31 +0000
Subject: [issue1708316] doctest work with Windows PyReadline
Message-ID: <1281440611.5.0.941345689437.issue1708316@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1708316>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:45:20 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Aug 2010 11:45:20 +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: <1281440720.68.0.114612360705.issue9516@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/issue9516>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:48:50 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Aug 2010 11:48:50 +0000
Subject: [issue8432] buildbot: test_send_signal of test_subprocess failure
In-Reply-To: <1271522195.0.0.944847217112.issue8432@psf.upfronthosting.co.za>
Message-ID: <1281440930.34.0.480182982348.issue8432@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> These tests exist and pass on 2.7 and 3.1.

Ok. In r78946, for the pure Python implementation, I only see the restoration of the signals which can be related to this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8432>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:53:40 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Aug 2010 11:53:40 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281441220.69.0.801215806577.issue9553@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

There's a handy utility for this in test.support: EnvironmentVarGuard.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:57:37 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Aug 2010 11:57:37 +0000
Subject: [issue9556] Specifying the time a TimedRotatingFileHandler rotates
In-Reply-To: <1281441457.15.0.524451784963.issue9556@psf.upfronthosting.co.za>
Message-ID: <1281441457.15.0.524451784963.issue9556@psf.upfronthosting.co.za>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

The logging module contains a TimedRotatingFileHandler that automaticly rotates the logfile after a specified interval.

This class misses an important feature: it is not possible to specify at what time the file should be rotated, unless that time is midnight.

My usecase: one of our customers works night shifts which means that rotating logfiles at midnight means that files get rotated halfway through a shift instead of at the end of one.

We'd like to be able to specify that logfiles get rotated at a specific time (such as 7:00AM).

----------
components: Library (Lib)
messages: 113527
nosy: ronaldoussoren
priority: normal
severity: normal
stage: needs patch
status: open
title: Specifying the time a TimedRotatingFileHandler rotates
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9556>
_______________________________________

From report at bugs.python.org  Tue Aug 10 13:58:03 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Aug 2010 11:58:03 +0000
Subject: [issue9556] Specifying the time a TimedRotatingFileHandler rotates
In-Reply-To: <1281441457.15.0.524451784963.issue9556@psf.upfronthosting.co.za>
Message-ID: <1281441483.39.0.525526718895.issue9556@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
type: behavior -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9556>
_______________________________________

From report at bugs.python.org  Tue Aug 10 14:21:41 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 10 Aug 2010 12:21:41 +0000
Subject: [issue9549] Remove sys.setdefaultencoding()
In-Reply-To: <1281383453.04.0.233452795116.issue9549@psf.upfronthosting.co.za>
Message-ID: <1281442901.52.0.821208348547.issue9549@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Is it possible to add a deprecation warning in 2.7 too? If not, at least a recommendation not to use it in the 2.7 docs? I am willing to write one or two paragraphs to explain why it?s a terrible idea.

----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9549>
_______________________________________

From report at bugs.python.org  Tue Aug 10 14:28:31 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 10 Aug 2010 12:28:31 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <1281438944.82.0.450024833619.issue9421@psf.upfronthosting.co.za>
Message-ID: <D344ADAA-F709-4A23-BCB8-28755B551B78@langa.pl>


?ukasz Langa <lukasz at langa.pl> added the comment:

I am away from the computer at the moment but doing my best to reply.

> - Using _UNSET & similar in the docs is not good; there used to be a
>  way to note a parameter as optional.  Not sure whether there is any
>  more.

I don't know where to look for something like it. How's 'range' documented?

> - Docs for methods which take vars/default should include a note
>  indicating where to find the explanation, since reference docs are
>  often read in a non-linear manner.

Agreed, will edit the patch.

> - This is a tortured way to only do something in a particular condition:
> 
>    value = str(value) if value is not None else None
> 
>  These two lines are actually more readable, since it's clear that
>  the branch is a no-op:
> 
>    if value is not None:
>        value = str(value)

Right. Thanks, will include this.

> - _unify_boolean is a strange name; doesn't parallel _unify_values at
>  all.

_convert_to_boolean?

> - Having _COMPATIBLE and _UNSET defined in the classes looks more
>  painful than not; no need to change for this patch.  (Should be
>  changed in some later cleanup.)  Moving the whole _unify_boolean /
>  _boolean_states mess to a separate top-level function that can be
>  used for the conversion is attractive.
> 

Will do that in a separate patch. Are you aware that moving _boolean_states out of the class is slightly backwards incompatible? I say "slightly" because it's private after all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Tue Aug 10 14:53:11 2010
From: report at bugs.python.org (=?utf-8?b?Si4gRGF2aWQgSWLDocOxZXo=?=)
Date: Tue, 10 Aug 2010 12:53:11 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281444791.66.0.843803333875.issue8688@psf.upfronthosting.co.za>


J. David Ib??ez <jdavid at itaapy.com> added the comment:

This issue has broken our build system too.

A bug has been fixed, but another one is open now.

If the MANIFEST file has been produced by distutils it should be
regenerated each time.  But if it has not been produced by distutils
then it should not regenerated.

The problem is how to make the distinction.  Maybe an special line at
the beginning of the MANIFEST file could identify that it has been
generated by distutils.

----------
nosy: +jdavid at itaapy.com

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Tue Aug 10 14:59:50 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Aug 2010 12:59:50 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281445190.32.0.971471631357.issue8688@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I agree with msg113530 and msg112371 that the current behavior is a bug: distutils is now too agressive because it recalculates the MANIFEST file even when distutils isn't the one that calculated it in the first place.

This is a functional regression w.r.t. earlier python releases.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:11:23 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 13:11:23 +0000
Subject: [issue9555] transient crashes on "x86 XP-4" buildbot: test_file,
	test_file2k, test_bsddb3
In-Reply-To: <1281436423.56.0.916363064932.issue9555@psf.upfronthosting.co.za>
Message-ID: <1281445883.88.0.148317782425.issue9555@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Maybe is this duplicate of #9295?

----------
nosy: +ocean-city

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9555>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:11:30 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Tue, 10 Aug 2010 13:11:30 +0000
Subject: [issue9551] ConfigParser.SafeConfigParser.set fails when no value
	provided
In-Reply-To: <1281392020.18.0.197979738235.issue9551@psf.upfronthosting.co.za>
Message-ID: <1281445890.39.0.807103456374.issue9551@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Committed on the release27-maint branch as 83931.

----------
keywords:  -needs review
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9551>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:17:54 2010
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 10 Aug 2010 13:17:54 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281446274.86.0.448595306105.issue8688@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I like the idea of a marker in a comment line in the MANIFEST, we can introduce this as a bug fix to avoid this regression

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:24:27 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Tue, 10 Aug 2010 13:24:27 +0000
Subject: [issue9421] configparser.ConfigParser's getint,
	getboolean and getfloat don't accept `vars`
In-Reply-To: <D344ADAA-F709-4A23-BCB8-28755B551B78@langa.pl>
Message-ID: <AANLkTikPChqyro2Ksni45pXkdrbOmcgXbP2nGAdUNrZD@mail.gmail.com>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Even I think the leading underscore screams "don't use this from
outside, doofus!"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9421>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:31:07 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 13:31:07 +0000
Subject: [issue9295] test_close_open_print_buffered(test_file) sometimes
	crashes
In-Reply-To: <1279465176.3.0.233257918018.issue9295@psf.upfronthosting.co.za>
Message-ID: <1281447067.83.0.587743926142.issue9295@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I cannot crash python by above patch anymore... Strange.

> Is test_close_open_print_buffered the only test that fails?

It seem to be.

Is freeing the memory allocated for setvbuf() while close() running in another thread really safe?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9295>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:41:01 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 13:41:01 +0000
Subject: [issue9295] test_close_open_print_buffered(test_file) sometimes
	crashes
In-Reply-To: <1279465176.3.0.233257918018.issue9295@psf.upfronthosting.co.za>
Message-ID: <1281447661.22.0.614029042579.issue9295@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

- above patch
+ above script

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9295>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:46:12 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 13:46:12 +0000
Subject: [issue9557] test_mailbox failure under a Windows VM
In-Reply-To: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>
Message-ID: <1281447971.09.0.314164589839.issue9557@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

I get this failure in test_mailbox under Windows XP running in a qemu virtual machine:

======================================================================
FAIL: test_reread (test.test_mailbox.TestMaildir)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "Z:\py3k\debug\lib\test\test_mailbox.py", line 764, in test_reread
    assert not refreshed()
AssertionError

----------------------------------------------------------------------

----------
assignee: akuchling
components: Library (Lib), Tests
messages: 113538
nosy: akuchling, pitrou
priority: low
severity: normal
status: open
title: test_mailbox failure under a Windows VM
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9557>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:49:01 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 10 Aug 2010 13:49:01 +0000
Subject: [issue9261] include higher (../../) dirs fails
In-Reply-To: <1279124437.89.0.789068978786.issue9261@psf.upfronthosting.co.za>
Message-ID: <1281448141.93.0.185265797172.issue9261@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I think disallowing .. is fine, so I?m assigning to myself to make sure I?ll take time later to check the docs.

----------
assignee: tarek -> merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9261>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:50:25 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 13:50:25 +0000
Subject: [issue8411] New GIL: improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281448225.92.0.827689111903.issue8411@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thanks Kristj?n, I've committed the patch with modified comments in r83932.
Unfortunately, the Windows buildbots are in a wreck, so this won't be checked immediately (I only have a single-core XP VM under which the patch ran fine).

----------
assignee:  -> pitrou
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> pending
title: Improve condition variable emulation on NT -> New GIL: improve condition variable emulation on NT

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Tue Aug 10 15:54:40 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 10 Aug 2010 13:54:40 +0000
Subject: [issue5300] Distutils ignores file permissions
In-Reply-To: <1234907694.25.0.317480697226.issue5300@psf.upfronthosting.co.za>
Message-ID: <1281448480.43.0.581211265972.issue5300@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
components: +Distutils2 -Distutils
versions: +Python 2.5, Python 2.6, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5300>
_______________________________________

From report at bugs.python.org  Tue Aug 10 16:35:36 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 14:35:36 +0000
Subject: [issue9558] build_ext fails on VS8.0
In-Reply-To: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>
Message-ID: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

test_build_ext fails on VS8.0.
 
======================================================================
ERROR: test_build_ext (distutils.tests.test_build_ext.BuildExtTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "e:\python-dev\release26-maint\lib\distutils\tests\test_build_ext.py", li
ne 58, in test_build_ext
    cmd.run()
  File "e:\python-dev\release26-maint\lib\distutils\command\build_ext.py", line
340, in run
    self.build_extensions()
  File "e:\python-dev\release26-maint\lib\distutils\command\build_ext.py", line
449, in build_extensions
    self.build_extension(ext)
  File "e:\python-dev\release26-maint\lib\distutils\command\build_ext.py", line
531, in build_extension
    target_lang=language)
  File "e:\python-dev\release26-maint\lib\distutils\ccompiler.py", line 769, in
link_shared_object
    extra_preargs, extra_postargs, build_temp, target_lang)
  File "e:\python-dev\release26-maint\lib\distutils\msvc9compiler.py", line 648,
 in link
    raise LinkError(msg)
LinkError: command '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\link.exe"
' failed with exit status 1104

----------
assignee: tarek
components: Distutils, Windows
files: py3k_distutils_build_ext_on_VS8.patch
keywords: easy, patch
messages: 113541
nosy: ocean-city, tarek
priority: release blocker
severity: normal
stage: patch review
status: open
title: build_ext fails on VS8.0
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18467/py3k_distutils_build_ext_on_VS8.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9558>
_______________________________________

From report at bugs.python.org  Tue Aug 10 16:36:24 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 14:36:24 +0000
Subject: [issue9558] build_ext fails on VS8.0
In-Reply-To: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>
Message-ID: <1281450984.95.0.69480738615.issue9558@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Is *release blocker* too strong?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9558>
_______________________________________

From report at bugs.python.org  Tue Aug 10 16:50:06 2010
From: report at bugs.python.org (Pablo Bitton)
Date: Tue, 10 Aug 2010 14:50:06 +0000
Subject: [issue5673] Add timeout option to subprocess.Popen
In-Reply-To: <1238701276.41.0.515283298202.issue5673@psf.upfronthosting.co.za>
Message-ID: <1281451806.06.0.0891501289356.issue5673@psf.upfronthosting.co.za>


Pablo Bitton <pablo.bitton at gmail.com> added the comment:

I reproduced the problem with the latest patch, subprocess-timeout-py3k-v7.patch, on py3k on Linux.

Attached is the code to reproduce the problem and the resulting traceback.

----------
Added file: http://bugs.python.org/file18468/tcpdump error.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5673>
_______________________________________

From report at bugs.python.org  Tue Aug 10 16:53:30 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 14:53:30 +0000
Subject: [issue8411] New GIL: improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281452010.37.0.170329302906.issue8411@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

This commit also fixed test_thread.py crash on win2000. Thanks!

----------
nosy: +ocean-city
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Tue Aug 10 16:54:21 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 14:54:21 +0000
Subject: [issue8411] New GIL: improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281452061.85.0.0893827169996.issue8411@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Tue Aug 10 17:06:12 2010
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 10 Aug 2010 15:06:12 +0000
Subject: =?utf-8?q?=5Bissue7351=5D_Documentation_typos_found_in_=22zipfile_?=
	=?utf-8?q?=E2=80=94_Work_with_ZIP_archives=22?=
In-Reply-To: <1258571555.95.0.0442517354263.issue7351@psf.upfronthosting.co.za>
Message-ID: <1281452772.44.0.113888899057.issue7351@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7351>
_______________________________________

From report at bugs.python.org  Tue Aug 10 17:12:28 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 10 Aug 2010 15:12:28 +0000
Subject: =?utf-8?q?=5Bissue7351=5D_Documentation_typos_found_in_=22zipfile_?=
	=?utf-8?q?=E2=80=94_Work_with_ZIP_archives=22?=
In-Reply-To: <1258571555.95.0.0442517354263.issue7351@psf.upfronthosting.co.za>
Message-ID: <1281453148.03.0.0198782922883.issue7351@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution: fixed -> wont fix
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7351>
_______________________________________

From report at bugs.python.org  Tue Aug 10 17:16:57 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 15:16:57 +0000
Subject: [issue8411] New GIL: improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281453417.77.0.914533269086.issue8411@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
status: pending -> open
Removed message: http://bugs.python.org/msg113544

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Tue Aug 10 17:17:34 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 15:17:34 +0000
Subject: [issue8411] New GIL: improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281453454.54.0.0162977219096.issue8411@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
nosy:  -ocean-city
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Tue Aug 10 18:11:09 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Aug 2010 16:11:09 +0000
Subject: [issue9318] Py3k compilation on old MSVC
In-Reply-To: <1279691347.62.0.710756316078.issue9318@psf.upfronthosting.co.za>
Message-ID: <1281456669.83.0.514427968855.issue9318@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

PC/pyconfig.h: no more needed. fixed in posixmodule.c
Python/import.c: my patch was wrong. we should use _mkdir(const char*)
on windows. there is deprecated function mkdir(const char*), but it
doesn't take mode_t as parameter. so maybe it is unsafe to call with mkdir(dirpath, dirmode) on windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9318>
_______________________________________

From report at bugs.python.org  Tue Aug 10 18:38:11 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Aug 2010 16:38:11 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281458291.08.0.639915823659.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I commited Py_UNICODE_strrchr.patch as r83933 after removing the useless start variable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 10 18:38:20 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Aug 2010 16:38:20 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281458300.2.0.258720165851.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18446/Py_UNICODE_strrchr.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 10 18:40:09 2010
From: report at bugs.python.org (Chris Green)
Date: Tue, 10 Aug 2010 16:40:09 +0000
Subject: [issue9559] mailbox.mbox creates new file when adding message to mbox
In-Reply-To: <1281458408.75.0.432136903483.issue9559@psf.upfronthosting.co.za>
Message-ID: <1281458408.75.0.432136903483.issue9559@psf.upfronthosting.co.za>


New submission from Chris Green <chris at isbd.co.uk>:

When you call mailbox.mbox.add() the old mbox file is copied, the new file is modified and then renamed to the name of the'old' mbox file.

This breaks the way that many MUAs detect and manage new mail in an mbox, in particular I discovered this with mutt.  If the python process writing the mbox and mutt are on the same system writing a local file then you get the message "Mailbox was externally modified. Flags may be wrong." from mutt (and various odd things can happen).  If mutt is reading the mbox over NFS then you get a "Stale NFS file handle" error.

This should be strongly noted in the documentation for mailbox.mbox, in addition it would be really nice if there was a mailbox.mbox.append() method which *really* appends the data to the end of the mbox rather than changing it completely.

Most MDAs (all?) do just append new mail to the end of the mbox and I feel that python should really try and do the same.

----------
components: Library (Lib)
messages: 113547
nosy: chrisisbd
priority: normal
severity: normal
status: open
title: mailbox.mbox creates new file when adding message to mbox
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9559>
_______________________________________

From report at bugs.python.org  Tue Aug 10 18:56:37 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Aug 2010 16:56:37 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281459397.41.0.713564138813.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

_PyFile_FromFdUnicode.patch: create _PyFile_FromFdUnicode() function. It will be used in import.c to open a file using an unicode filename.

For _PyFile_FromFd(), I kept the previous behaviour: clear the exception on PyUnicode_DecodeFSDefault() error.

For fileobject.h: I used the same style than unicodeobject.h, one argument per line with their name. I prefer to write the argument name because the header can be used as a quick documentation.

As _PyFile_FromFd(), name is optional (can be NULL) for _PyFile_FromFdUnicode().

----------
Added file: http://bugs.python.org/file18469/_PyFile_FromFdUnicode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 10 19:04:07 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Aug 2010 17:04:07 +0000
Subject: [issue1744382] Read Write lock
Message-ID: <1281459847.27.0.798882881885.issue1744382@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> later
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1744382>
_______________________________________

From report at bugs.python.org  Tue Aug 10 19:21:34 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Aug 2010 17:21:34 +0000
Subject: [issue9560] platform.py: use -b option for file command in
	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

Lib/platform.py was created 7 years ago by r32391. _syscmd_file() docstring was never changed whereas it is inconsistent with the implementation:
---
def _syscmd_file(target,default=''):

    """ Interface to the system's file command.

        The function uses the -b option of the file command to have it
        ommit the filename in its output and if possible the -L option
        to have the command follow symlinks. It returns default in
        case the command should fail.

    """
    ...
    target = _follow_symlinks(target).replace('"', '\\"')
    ...
    f = os.popen('file "%s" 2> %s' % (target, DEV_NULL))
    ...
---

It doesn't use -L option but use Python to follow the link, and use an regex to remove the filename.

Attached patch enables -b option to avoid problem with non-ascii filenames but ascii locale encoding (see #8611 and #9425) and updates the docstring.

--

To fix the non-ascii problem, I tried a different approach by using subprocess API which gives a bytes version of stdout and so avoid the encoding issue. But I commited the patch on python trunk (2.7) which had a bootstrap issue. py3k had no bootstrap issue, but the new patch (use -b option) is simpler.

Commits: r80166 (trunk), r80167 (py3k). Reverted: r80171+r80189 (trunk) and r80190 (py3k).

More details in the following mail thread:
http://mail.python.org/pipermail/python-checkins/2010-April/092092.html

----------
files: _syscmd_file.patch
keywords: patch
messages: 113549
nosy: haypo, lemburg, pitrou
priority: normal
severity: normal
status: open
title: platform.py: use -b option for file command in _syscmd_file()
versions: Python 3.2
Added file: http://bugs.python.org/file18470/_syscmd_file.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Tue Aug 10 19:26:57 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 17:26:57 +0000
Subject: [issue9555] transient crashes on "x86 XP-4" buildbot: test_file,
	test_file2k, test_bsddb3
In-Reply-To: <1281436423.56.0.916363064932.issue9555@psf.upfronthosting.co.za>
Message-ID: <1281461217.47.0.852864326277.issue9555@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Right, it looks like a duplicate.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> test_close_open_print_buffered(test_file) sometimes crashes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9555>
_______________________________________

From report at bugs.python.org  Tue Aug 10 19:28:48 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 10 Aug 2010 17:28:48 +0000
Subject: [issue9295] test_close_open_print_buffered(test_file) sometimes
	crashes
In-Reply-To: <1279465176.3.0.233257918018.issue9295@psf.upfronthosting.co.za>
Message-ID: <1281461328.76.0.958885979387.issue9295@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

See the transient failures on "x86 XP-4" buildbot (2.6 and 2.7 only).

Issue #9555 closed as duplicate:
http://bugs.python.org/issue9555#msg113522

----------
components: +Windows
keywords: +buildbot
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9295>
_______________________________________

From report at bugs.python.org  Tue Aug 10 19:51:39 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Aug 2010 17:51:39 +0000
Subject: [issue9561] distutils: set encoding to utf-8 for input and output
	files
In-Reply-To: <1281462699.26.0.0348702049008.issue9561@psf.upfronthosting.co.za>
Message-ID: <1281462699.26.0.0348702049008.issue9561@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

While working on #9425 (support non-ascii characters in python directory name with ascii locale), I wrote a patch for distutils.file_util(): set encoding to utf-8 and errors to surrogateescape. See the patch with comments at:
http://codereview.appspot.com/1874048/patch/1/9

(the patch is not enough, it should also patch *all* functions reading files)

I discussed with takek who told me that it is documented that distutils files have to be utf-8. I didn't found the documentation. I checked read_manifest() in sdist command: in Python2 and Python3, it uses open(name) syntax. It means that Python2 uses the binary API (bytes), whereas Python3 uses the text API (unicode characters) and Python3 relies on open() (TextIOWrapper) heuristic to *guess* the file encoding.

I think that it will be better to specify the encoding in Python3, and maybe use the text API in Python2.

Anyway, before going futher (work on patches), I would like the approval of distutils maintainer(s).

----------
assignee: tarek
components: Distutils, Distutils2, Unicode
messages: 113552
nosy: haypo, merwok, tarek
priority: normal
severity: normal
status: open
title: distutils: set encoding to utf-8 for input and output files
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9561>
_______________________________________

From report at bugs.python.org  Tue Aug 10 19:56:30 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 10 Aug 2010 17:56:30 +0000
Subject: [issue9560] platform.py: use -b option for file command
	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <4C6192CA.8080808@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>:
> 
> Lib/platform.py was created 7 years ago by r32391. _syscmd_file() docstring was never changed whereas it is inconsistent with the implementation:
> ---
> def _syscmd_file(target,default=''):
> 
>     """ Interface to the system's file command.
> 
>         The function uses the -b option of the file command to have it
>         ommit the filename in its output and if possible the -L option
>         to have the command follow symlinks. It returns default in
>         case the command should fail.
> 
>     """
>     ...
>     target = _follow_symlinks(target).replace('"', '\\"')
>     ...
>     f = os.popen('file "%s" 2> %s' % (target, DEV_NULL))
>     ...
> ---
> 
> It doesn't use -L option but use Python to follow the link, and use an regex to remove the filename.
> 
> Attached patch enables -b option to avoid problem with non-ascii filenames but ascii locale encoding (see #8611 and #9425) and updates the docstring.

The patch looks good. Just one nit: could you please indent the doc-string
to match the original indentation ?

BTW: I had a look in my archive for platform.py, but couldn't find
where the symlink logic was changed to use Python's APIs instead.

> --
> 
> To fix the non-ascii problem, I tried a different approach by using subprocess API which gives a bytes version of stdout and so avoid the encoding issue. But I commited the patch on python trunk (2.7) which had a bootstrap issue. py3k had no bootstrap issue, but the new patch (use -b option) is simpler.
> 
> Commits: r80166 (trunk), r80167 (py3k). Reverted: r80171+r80189 (trunk) and r80190 (py3k).
> 
> More details in the following mail thread:
> http://mail.python.org/pipermail/python-checkins/2010-April/092092.html

The main reason why this doesn't work on trunk is that platform.py is
supposed to work for many different Python versions, since it's
original use case was to provide platform information to build systems
targeting multiple Python versions.

On Python3, the same is true, but only for the 3.x versions.

----------
title: platform.py: use -b option for file command in _syscmd_file() -> platform.py: use -b option for file command in	_syscmd_file()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Tue Aug 10 20:31:28 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Aug 2010 18:31:28 +0000
Subject: [issue9526] 2 GB limit in array module
In-Reply-To: <1281061254.05.0.356539300127.issue9526@psf.upfronthosting.co.za>
Message-ID: <1281465088.75.0.097874412743.issue9526@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks for confirming, Stefan.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9526>
_______________________________________

From report at bugs.python.org  Tue Aug 10 20:36:00 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Aug 2010 18:36:00 +0000
Subject: [issue9530] integer undefined behaviors
In-Reply-To: <1281075386.13.0.164742828093.issue9530@psf.upfronthosting.co.za>
Message-ID: <1281465360.96.0.411823423314.issue9530@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Applied issue9530_1.patch in r83936.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9530>
_______________________________________

From report at bugs.python.org  Tue Aug 10 21:01:12 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Aug 2010 19:01:12 +0000
Subject: [issue9559] mailbox.mbox creates new file when adding message to mbox
In-Reply-To: <1281458408.75.0.432136903483.issue9559@psf.upfronthosting.co.za>
Message-ID: <1281466872.26.0.754938758877.issue9559@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +akuchling
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9559>
_______________________________________

From report at bugs.python.org  Tue Aug 10 22:24:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Aug 2010 20:24:08 +0000
Subject: [issue8821] Range check on unicode repr
In-Reply-To: <1274847113.25.0.171149609237.issue8821@psf.upfronthosting.co.za>
Message-ID: <1281471848.91.0.968419410285.issue8821@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.6, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8821>
_______________________________________

From report at bugs.python.org  Tue Aug 10 22:31:41 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Aug 2010 20:31:41 +0000
Subject: [issue9446] urllib2 tests fail when offline
In-Reply-To: <1280658613.57.0.546595644566.issue9446@psf.upfronthosting.co.za>
Message-ID: <1281472301.72.0.834616588285.issue9446@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe in our python-list discussion you identified the precise line that fails. Please copy it here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9446>
_______________________________________

From report at bugs.python.org  Tue Aug 10 22:50:03 2010
From: report at bugs.python.org (Mitchell Model)
Date: Tue, 10 Aug 2010 20:50:03 +0000
Subject: [issue9562] Slightly misleading wording in documentation of
	dict.update
In-Reply-To: <1281473403.13.0.50491902338.issue9562@psf.upfronthosting.co.za>
Message-ID: <1281473403.13.0.50491902338.issue9562@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

The documentation of dict.update says that it "accepts either another dictionary object or an iterable of key/value pairs (as a tuple or other iterable of length two)" The parenthesized phrase is slightly misleading in that it could be interpreted as requiring the argument to be an iterable of length two, whereas the argument should be an iterable of iterables of length 2 (if not a dictionary). Suggest rewriting in the plural:
    (as tuples or other iterables of length two)

----------
assignee: docs at python
components: Documentation
messages: 113557
nosy: MLModel, docs at python
priority: normal
severity: normal
status: open
title: Slightly misleading wording in documentation of dict.update
versions: Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9562>
_______________________________________

From report at bugs.python.org  Tue Aug 10 23:06:22 2010
From: report at bugs.python.org (=?utf-8?q?Michael=2EElsd=C3=B6rfer?=)
Date: Tue, 10 Aug 2010 21:06:22 +0000
Subject: [issue9253] argparse: optional subparsers
In-Reply-To: <1279056589.03.0.566167994161.issue9253@psf.upfronthosting.co.za>
Message-ID: <1281474382.32.0.408868822574.issue9253@psf.upfronthosting.co.za>


Michael.Elsd?rfer <michael at elsdoerfer.info> added the comment:

To expand on my case from issue9540, I have a bunch of commands, each of which should enable a specific subset of options only available the individual command, but all of the commands share the same behavior in taking nargs='*' positional arguments:

./script.py --global-option command --command-option arg1 arg2 arg3

For example:

./backups.py -c /etc/tarsnap.conf make --no-expire job1 job2

If no positional arguments are given, all jobs defined in the config file are run. Or, in the above example, only "job1" and "job2" are run.

The positional arguments are the same for *all* commands. Now I can define them separately for each subparser, which is what I'm currently doing, but I kind of like having the global usage instructions (script.py -h) indicating the fact that positional arguments can be passed after the command. 

In fact, right now I'm able to sort of achieve this by defining the positional nargs arguments both globally (to have them show in usage) and in each subparser (to have them parsed). This wouldn't be possible anymore if argparse where to throw an error after adding arguments after a subparser, although probably a more correct behavior.

Anyway, while the two issues are clearly related, I don't think that the two are necessarily mutually exclusive. argparse could allow both optional subparsers (if no subparser matches), as well as pass control back to the parent parser once an already matched subparser is no longer able to handle further command line input. Or optionally, support defining subparsers as "options only", so that positional arguments would always be handled by the parent parser.

Now, I can see how this could potentially become messy if we start talking about these positional arguments handled by the parent then being followed by more flags, which would then presumably also be handled by the parent etc. On the other hand, my use case doesn't seem that strange to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9253>
_______________________________________

From report at bugs.python.org  Tue Aug 10 23:24:44 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 10 Aug 2010 21:24:44 +0000
Subject: [issue8411] New GIL: improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281475484.02.0.860568581141.issue8411@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Great.  I hope you agree that it is simpler.  I'm afraid my explanations can be somewhat long-winded so I hope you found a better way to document my "pseudo race condition".

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Tue Aug 10 23:25:28 2010
From: report at bugs.python.org (Gwendal LE BIHAN)
Date: Tue, 10 Aug 2010 21:25:28 +0000
Subject: [issue9563] bad exception handling when giving no value to an option
	requiring one
In-Reply-To: <1281475528.51.0.829723304896.issue9563@psf.upfronthosting.co.za>
Message-ID: <1281475528.51.0.829723304896.issue9563@psf.upfronthosting.co.za>


New submission from Gwendal LE BIHAN <gwendal.lebihan.dev at gmail.com>:

Having created the parser this way:

optparser=OptionParser()
optparser.add_option("--share-dir",dest="share_dir",default="/usr/share")
options,args=optparser.parse_args()

And calling the program this way:

appname --share-dir

I get the following exception, which is not caught:

options,args=optparser.parse_args()
  File "/usr/lib/python2.6/optparse.py", line 1394, in parse_args
    stop = self._process_args(largs, rargs, values)
  File "/usr/lib/python2.6/optparse.py", line 1434, in _process_args
    self._process_long_opt(rargs, values)
  File "/usr/lib/python2.6/optparse.py", line 1509, in _process_long_opt
    option.process(opt, value, values, self)
UnboundLocalError: local variable 'value' referenced before assignment

----------
components: Library (Lib)
messages: 113560
nosy: Gwendal.LE.BIHAN
priority: normal
severity: normal
status: open
title: bad exception handling when giving no value to an option requiring one
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9563>
_______________________________________

From report at bugs.python.org  Tue Aug 10 23:26:13 2010
From: report at bugs.python.org (Gwendal LE BIHAN)
Date: Tue, 10 Aug 2010 21:26:13 +0000
Subject: [issue9563] optparse: bad exception handling when giving no value to
	an option requiring one
In-Reply-To: <1281475528.51.0.829723304896.issue9563@psf.upfronthosting.co.za>
Message-ID: <1281475573.55.0.181899759005.issue9563@psf.upfronthosting.co.za>


Changes by Gwendal LE BIHAN <gwendal.lebihan.dev at gmail.com>:


----------
title: bad exception handling when giving no value to an option requiring one -> optparse: bad exception handling when giving no value to an option requiring one

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9563>
_______________________________________

From report at bugs.python.org  Tue Aug 10 23:34:41 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Aug 2010 21:34:41 +0000
Subject: [issue7335] int/long discrepancy when formatting zero with "%.0d"
In-Reply-To: <1258396121.34.0.904400229223.issue7335@psf.upfronthosting.co.za>
Message-ID: <1281476081.76.0.845815531374.issue7335@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Out of date for 2.x.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7335>
_______________________________________

From report at bugs.python.org  Tue Aug 10 23:47:51 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 10 Aug 2010 21:47:51 +0000
Subject: [issue8526] msilib doesn't support multiple CAB instances in same
	installer
In-Reply-To: <1272154034.54.0.42494510324.issue8526@psf.upfronthosting.co.za>
Message-ID: <1281476871.49.0.388214228402.issue8526@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
keywords:  -easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8526>
_______________________________________

From report at bugs.python.org  Wed Aug 11 00:06:51 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Aug 2010 22:06:51 +0000
Subject: [issue9564] Test issue.
In-Reply-To: <1281478011.71.0.148947311328.issue9564@psf.upfronthosting.co.za>
Message-ID: <1281478011.71.0.148947311328.issue9564@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

Testing autonosy.   Please close as invalid.

----------
assignee: tarek
components: Distutils
messages: 113562
nosy: mark.dickinson, merwok, tarek
priority: normal
severity: normal
status: open
title: Test issue.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9564>
_______________________________________

From report at bugs.python.org  Wed Aug 11 00:07:23 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Aug 2010 22:07:23 +0000
Subject: [issue9564] Test issue.
In-Reply-To: <1281478011.71.0.148947311328.issue9564@psf.upfronthosting.co.za>
Message-ID: <1281478043.48.0.375947723629.issue9564@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Looks good.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9564>
_______________________________________

From report at bugs.python.org  Wed Aug 11 00:14:44 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 10 Aug 2010 22:14:44 +0000
Subject: [issue3532] bytes.tohex method
In-Reply-To: <1218299394.34.0.421334599583.issue3532@psf.upfronthosting.co.za>
Message-ID: <1281478484.96.0.598216434652.issue3532@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3532>
_______________________________________

From report at bugs.python.org  Wed Aug 11 00:15:48 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 10 Aug 2010 22:15:48 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281478548.86.0.0539552277421.issue9553@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Wed Aug 11 00:17:34 2010
From: report at bugs.python.org (Eric Smith)
Date: Tue, 10 Aug 2010 22:17:34 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281478654.69.0.738527879078.issue9553@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I agree with Steven: for the current tests we should specify (and restore) 80 columns. We might want to add additional tests at different column widths.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Wed Aug 11 00:18:19 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 10 Aug 2010 22:18:19 +0000
Subject: [issue1626300] 'Installing Python Modules' does not work for Windows
Message-ID: <1281478699.17.0.417612495008.issue1626300@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +merwok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1626300>
_______________________________________

From report at bugs.python.org  Wed Aug 11 00:21:47 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 10 Aug 2010 22:21:47 +0000
Subject: [issue9556] Specifying the time a TimedRotatingFileHandler rotates
In-Reply-To: <1281441457.15.0.524451784963.issue9556@psf.upfronthosting.co.za>
Message-ID: <1281478907.36.0.642318770674.issue9556@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Adding the logging maintainer to nosy. (BTW Vinay, Misc/maintainers.rst says your roundup name is ?vsajip?)

----------
nosy: +merwok, vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9556>
_______________________________________

From report at bugs.python.org  Wed Aug 11 00:22:01 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 10 Aug 2010 22:22:01 +0000
Subject: [issue8834] Define order of Misc/ACKS entries
In-Reply-To: <1274993181.13.0.347164864235.issue8834@psf.upfronthosting.co.za>
Message-ID: <1281478921.84.0.299231825776.issue8834@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Committed in r83937 (py3k) and r83938 (release31-maint).  The py3k version is now a superset of the lists in the maintenance branches. I don't want to generate any more commit traffic by bringing all branches in sync.  I'll leave it to the next committer who encounters a Misc/ACKS merge conflict which is now unlikely.

I am closing with a link to python-dev discussion that r83893 generated.

http://mail.python.org/pipermail/python-dev/2010-August/102960.html

----------
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8834>
_______________________________________

From report at bugs.python.org  Wed Aug 11 00:56:05 2010
From: report at bugs.python.org (Hasan)
Date: Tue, 10 Aug 2010 22:56:05 +0000
Subject: [issue9565] socket :  accept() method not working
In-Reply-To: <1281480965.46.0.164319565216.issue9565@psf.upfronthosting.co.za>
Message-ID: <1281480965.46.0.164319565216.issue9565@psf.upfronthosting.co.za>


New submission from Hasan <captainmuse at gmail.com>:

hi, 

i am use the socket module in python. But accept() method not working and its not give me an error about this problem. for example i run the my scipt. When it comes to accept() method line, python is locks.

i use the ubuntu os. and python 2.6.5

pls, help me.

----------
components: IDLE
files: server.py
messages: 113567
nosy: cmuse
priority: normal
severity: normal
status: open
title: socket :  accept() method not working
versions: Python 2.6
Added file: http://bugs.python.org/file18471/server.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9565>
_______________________________________

From report at bugs.python.org  Wed Aug 11 01:08:07 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Aug 2010 23:08:07 +0000
Subject: [issue9563] optparse: bad exception handling when giving no value to
	an option requiring one
In-Reply-To: <1281475528.51.0.829723304896.issue9563@psf.upfronthosting.co.za>
Message-ID: <1281481687.27.0.196485774564.issue9563@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

2.6 no longer receives bug fixes now that 2.7 is out.  Is this still a problem in 2.7?  (My testing indicates that it isn't.)

----------
nosy: +r.david.murray
stage:  -> unit test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9563>
_______________________________________

From report at bugs.python.org  Wed Aug 11 01:13:58 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Aug 2010 23:13:58 +0000
Subject: [issue9565] socket :  accept() method not working
In-Reply-To: <1281480965.46.0.164319565216.issue9565@psf.upfronthosting.co.za>
Message-ID: <1281482038.27.0.724490091769.issue9565@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

The bug tracker is not the place to get help in learning how to do socket programming, I'm afraid.  Try the python-list or python-tutor mailing lists, or #python on freenode IRC.

----------
nosy: +r.david.murray
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9565>
_______________________________________

From report at bugs.python.org  Wed Aug 11 01:31:37 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Aug 2010 23:31:37 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281483097.48.0.618782413818.issue9396@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Great minds think alike.  I was just about to propose that functools.wraps add a standard attribute to point at the underlying function (on the theory that objects should be introspectable).  This would allow a standard way to get to the underlying unwrapped functions.

----------
assignee: rhettinger -> r.david.murray
nosy: +r.david.murray
priority: normal -> low
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Wed Aug 11 01:36:17 2010
From: report at bugs.python.org (Gwendal LE BIHAN)
Date: Tue, 10 Aug 2010 23:36:17 +0000
Subject: [issue9563] optparse: bad exception handling when giving no value to
	an option requiring one
In-Reply-To: <1281475528.51.0.829723304896.issue9563@psf.upfronthosting.co.za>
Message-ID: <1281483377.81.0.152744307661.issue9563@psf.upfronthosting.co.za>


Gwendal LE BIHAN <gwendal.lebihan.dev at gmail.com> added the comment:

I confirm. Fixed in Python 2.7.
I didn't have Python 2.7 installed since it's not in the Ubuntu repository yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9563>
_______________________________________

From report at bugs.python.org  Wed Aug 11 01:42:37 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 23:42:37 +0000
Subject: [issue9433] regrtest.py -j 2 doesn't work on Windows: remove
	close_fds=True on Windows
In-Reply-To: <1280569907.44.0.401416640246.issue9433@psf.upfronthosting.co.za>
Message-ID: <1281483757.59.0.765668850921.issue9433@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Possible patch (checked to work in a Windows 7 VM):

Index: Lib/test/regrtest.py
===================================================================
--- Lib/test/regrtest.py	(r?vision 83938)
+++ Lib/test/regrtest.py	(copie de travail)
@@ -547,7 +547,8 @@
                     popen = Popen([sys.executable, '-E', '-m', 'test.regrtest',
                                    '--slaveargs', json.dumps(args_tuple)],
                                    stdout=PIPE, stderr=PIPE,
-                                   universal_newlines=True, close_fds=True)
+                                   universal_newlines=True,
+                                   close_fds=(os.name != 'nt'))
                     stdout, stderr = popen.communicate()
                     # Strip last refcount output line if it exists, since it
                     # comes from the shutdown of the interpreter in the subcommand.

----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9433>
_______________________________________

From report at bugs.python.org  Wed Aug 11 01:59:47 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Aug 2010 23:59:47 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

A 64-bit build under Windows produces many compilation warnings, mostly related to lossy conversions between different int sizes.
Some of these warnings appear harmless after analysis (are MS 64 bit compilers pickier than their 32 bit counterparts?).
It would probably be spammy to open a separate issue per file.

5>..\Python\pythonrun.c(1210) : warning C4267: '=' : conversion from 'size_t' to 'int', possible loss of data

5>..\Python\Python-ast.c(3403) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3409) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3439) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3445) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3498) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3504) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3608) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3614) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3633) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3639) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3699) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3705) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3724) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3730) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3771) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3777) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3796) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3802) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3855) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3861) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3892) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(3898) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4016) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4022) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4041) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4047) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4092) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4098) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4117) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4123) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4167) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4173) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4192) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4198) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4253) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4259) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4326) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4332) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4351) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4357) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4376) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4382) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4414) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4420) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4439) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4445) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4510) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4516) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4559) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4565) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4607) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4613) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4643) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4649) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4791) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4797) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(4998) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5004) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5023) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5029) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5059) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5065) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5108) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5114) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5157) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5163) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5219) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5225) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5269) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5275) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5341) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5347) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5366) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5372) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5419) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5425) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5444) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5450) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5753) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5759) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5802) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5808) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5979) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(5985) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6356) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6362) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6456) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6462) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6508) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6514) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6555) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6561) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6602) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6608) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6627) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\Python-ast.c(6633) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Python\dtoa.c(1529) : warning C4244: '=' : conversion from '__int64' to 'int', possible loss of data
5>..\Python\dtoa.c(1539) : warning C4244: '-=' : conversion from '__int64' to 'int', possible loss of data
5>..\Python\dtoa.c(1545) : warning C4244: '+=' : conversion from '__int64' to 'int', possible loss of data

5>..\Python\pystrtod.c(902) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\pystrtod.c(1023) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Python\peephole.c(84) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data
5>..\Python\peephole.c(184) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data
5>..\Python\peephole.c(237) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data
5>..\Python\peephole.c(309) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data
5>..\Python\peephole.c(352) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\peephole.c(403) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data
5>..\Python\peephole.c(418) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data
5>..\Python\peephole.c(459) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\peephole.c(544) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\peephole.c(555) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data
5>..\Python\peephole.c(587) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\peephole.c(601) : warning C4244: '-=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\peephole.c(632) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\peephole.c(661) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data
5>..\Python\peephole.c(671) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data

5>..\Python\getargs.c(390) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\getargs.c(502) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\getargs.c(876) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\getargs.c(931) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\getargs.c(939) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\getargs.c(983) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\getargs.c(1133) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\getargs.c(1476) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\getargs.c(1477) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>z:\py3k\__svn__\python\../Objects/stringlib/formatter.h(984) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\python\../Objects/stringlib/formatter.h(1161) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\python\../Objects/stringlib/formatter.h(1165) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Python\compile.c(339) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'long', possible loss of data
5>..\Python\compile.c(384) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'long', possible loss of data
5>..\Python\compile.c(479) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(533) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(947) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'long', possible loss of data
5>..\Python\compile.c(962) : warning C4244: 'return' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(1254) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(1399) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(3678) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(3704) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(3730) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(3898) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(3902) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(3942) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\compile.c(3949) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Python\ceval.c(3967) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Python\ceval.c(4155) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\PC\winreg.c(769) : warning C4267: '=' : conversion from 'size_t' to 'DWORD', possible loss of data
5>..\PC\winreg.c(801) : warning C4267: '+=' : conversion from 'size_t' to 'DWORD', possible loss of data
5>..\PC\winreg.c(851) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'DWORD', possible loss of data
5>..\PC\winreg.c(1186) : warning C4133: '=' : incompatible types - from 'wchar_t *' to 'BYTE *'

5>..\PC\_subprocess.c(345) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\PC\_subprocess.c(368) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\PC\_subprocess.c(369) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\PC\_subprocess.c(371) : warning C4244: '=' : conversion from '__int64' to 'int', possible loss of data
5>..\PC\_subprocess.c(373) : warning C4244: 'initializing' : conversion from '__int64' to 'int', possible loss of data

5>..\Parser\tokenizer.c(658) : warning C4267: 'initializing' : conversion from 'size_t' to 'int', possible loss of data
5>..\Parser\tokenizer.c(689) : warning C4244: '=' : conversion from '__int64' to 'int', possible loss of data

5>..\Parser\parsetok.c(199) : warning C4244: '=' : conversion from '__int64' to 'int', possible loss of data

5>..\Parser\grammar.c(66) : warning C4244: 'return' : conversion from '__int64' to 'int', possible loss of data
5>..\Parser\grammar.c(108) : warning C4244: 'return' : conversion from '__int64' to 'int', possible loss of data

5>..\Objects\typeobject.c(6173) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Objects\setobject.c(743) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'long', possible loss of data
5>..\Objects\setobject.c(772) : warning C4244: '*=' : conversion from 'Py_ssize_t' to 'long', possible loss of data
5>..\Objects\setobject.c(819) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'long', possible loss of data

5>..\Objects\obmalloc.c(904) : warning C4244: '=' : conversion from '__int64' to 'unsigned int', possible loss of data

5>..\Objects\funcobject.c(633) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\funcobject.c(634) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\funcobject.c(634) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Objects\frameobject.c(480) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\frameobject.c(513) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\frameobject.c(871) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\frameobject.c(872) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\frameobject.c(918) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\frameobject.c(919) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Objects\fileobject.c(401) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'unsigned int', possible loss of data

5>..\Objects\descrobject.c(891) : warning C4244: '=' : conversion from '__int64' to 'int', possible loss of data

5>..\Objects\codeobject.c(495) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\codeobject.c(517) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Objects\bytesobject.c(786) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\bytesobject.c(795) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\bytesobject.c(1755) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\bytesobject.c(1947) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\bytesobject.c(2620) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'char', possible loss of data
5>..\Objects\bytesobject.c(2641) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'char', possible loss of data
5>..\Objects\bytesobject.c(2696) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'char', possible loss of data

5>..\Objects\bytearrayobject.c(1222) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Objects\bytearrayobject.c(1231) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Objects\bytes_methods.c(454) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'char', possible loss of data

5>..\Modules\_io\fileio.c(483) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'unsigned int', possible loss of data
5>..\Modules\_io\fileio.c(566) : warning C4267: 'function' : conversion from 'size_t' to 'unsigned int', possible loss of data
5>..\Modules\_io\fileio.c(622) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'unsigned int', possible loss of data
5>..\Modules\_io\fileio.c(662) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'unsigned int', possible loss of data

5>..\Modules\zlibmodule.c(127) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\zlibmodule.c(211) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\zlibmodule.c(217) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data
5>..\Modules\zlibmodule.c(271) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data
5>..\Modules\zlibmodule.c(422) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\zlibmodule.c(434) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data
5>..\Modules\zlibmodule.c(451) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data
5>..\Modules\zlibmodule.c(505) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\zlibmodule.c(526) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data
5>..\Modules\zlibmodule.c(556) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data
5>..\Modules\zlibmodule.c(935) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data
5>..\Modules\zlibmodule.c(938) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data
5>..\Modules\zlibmodule.c(963) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data
5>..\Modules\zlibmodule.c(966) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'uInt', possible loss of data

5>..\Modules\sha512module.c(558) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\sha512module.c(710) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\sha512module.c(751) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Modules\sha256module.c(492) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\sha256module.c(644) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\sha256module.c(685) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Modules\sha1module.c(399) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'unsigned long', possible loss of data
5>..\Modules\sha1module.c(520) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'unsigned long', possible loss of data

5>..\Modules\posixmodule.c(394) : warning C4267: '=' : conversion from 'size_t' to 'int', possible loss of data
5>..\Modules\posixmodule.c(3708) : warning C4133: 'function' : incompatible types - from 'int *' to 'Py_ssize_t *'
5>..\Modules\posixmodule.c(4886) : warning C4244: 'function' : conversion from 'Py_intptr_t' to 'long', possible loss of data
5>..\Modules\posixmodule.c(5593) : warning C4267: 'function' : conversion from 'size_t' to 'unsigned int', possible loss of data

5>..\Modules\mmapmodule.c(881) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'char', possible loss of data

5>..\Modules\md5module.c(423) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'unsigned long', possible loss of data
5>..\Modules\md5module.c(544) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'unsigned long', possible loss of data

5>..\Modules\binascii.c(667) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'unsigned char', possible loss of data

5>..\Modules\audioop.c(332) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(354) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(376) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(398) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(423) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(632) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(687) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(737) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(763) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(810) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(868) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(928) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(984) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(1018) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(1053) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(1284) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(1316) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(1353) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(1385) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(1424) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\audioop.c(1530) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>z:\py3k\__svn__\modules\_sre.c(1898) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(1901) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(1935) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(1938) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(2082) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(2085) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(2212) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(2215) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(2364) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(2367) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(3753) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(3756) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(3786) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>z:\py3k\__svn__\modules\_sre.c(3789) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Modules\_pickle.c(284) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\_pickle.c(301) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\_pickle.c(461) : warning C4244: '+=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\_pickle.c(628) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'long', possible loss of data
5>..\Modules\_pickle.c(647) : warning C4267: '=' : conversion from 'size_t' to 'int', possible loss of data
5>..\Modules\_pickle.c(1320) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\_pickle.c(1558) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\_pickle.c(1806) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Modules\_csv.c(971) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\_csv.c(1100) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\_csv.c(1105) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data
5>..\Modules\_csv.c(1133) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

5>..\Modules\_collectionsmodule.c(1124) : warning C4244: 'function' : 
conversion from 'Py_ssize_t' to 'long', possible loss of data

----------
components: Extension Modules, Interpreter Core
messages: 113573
nosy: pitrou
priority: low
severity: normal
status: open
title: Compilation warnings under x64 Windows
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Wed Aug 11 02:15:07 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 11 Aug 2010 00:15:07 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1281485707.58.0.341752769234.issue9566@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

This must be a duplicate report - this issue has been known for years, and Kristjan and others (including myself) volunteered to work on it, and did actually work on it.

I don't think it's necessary to have a bug report in the bug tracker for it. If you find a place that you would like to fix, just go ahead and fix it.

Please keep in mind the following principles:
- if a value can reasonably overflow an int, change the data type to something larger (typically Py_ssize_t)
- if the value can overflow in principle, but likely won't, and  it is difficult to fix the data type (e.g. because it's at a system interface), make a range check, raise a Python exception, and then SAFECAST the value.
- if the value "shouldn't" overflow (i.e. you are believe from the data flow or other invariants that it can't happen), use a safecast
- if you are certain that the value can't overflow (e.g. if you are converting the result of a sizeof of some structure), use a regular cast, along with a comment

This leaves us with a number of cases where there are pragmatic Python limitations (such as the data type for line numbers, or the number of values when building a tuple in source) which make it impossible to get overflows in the current implementation. Such limitations should be collected in some place, and then SAFECASTs should be added, along with asserts at startup (e.g. that a certain datatype has no more than 2 bytes).

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Wed Aug 11 02:35:58 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 11 Aug 2010 00:35:58 +0000
Subject: [issue665761] reduce() masks exception
Message-ID: <1281486958.63.0.47938822142.issue665761@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


Added file: http://bugs.python.org/file18472/issue665761-py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue665761>
_______________________________________

From report at bugs.python.org  Wed Aug 11 02:41:22 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 11 Aug 2010 00:41:22 +0000
Subject: [issue2443] Define Py_VA_COPY macro as a cross-platform replacement
	for gcc __va_copy
In-Reply-To: <1206095258.5.0.538024401904.issue2443@psf.upfronthosting.co.za>
Message-ID: <1281487282.11.0.118321102914.issue2443@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
assignee:  -> belopolsky
nosy:  -Alexander.Belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2443>
_______________________________________

From report at bugs.python.org  Wed Aug 11 02:42:55 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 00:42:55 +0000
Subject: [issue9253] argparse: optional subparsers
In-Reply-To: <1279056589.03.0.566167994161.issue9253@psf.upfronthosting.co.za>
Message-ID: <1281487375.06.0.398767214291.issue9253@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Stable releases don?t go into stable branches, so I?m editing versions. I also remove 3.3 since it doesn?t exist now, it means ?this won?t go in 3.2?.

----------
nosy: +merwok
versions:  -Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9253>
_______________________________________

From report at bugs.python.org  Wed Aug 11 03:14:58 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Aug 2010 01:14:58 +0000
Subject: [issue9563] optparse: bad exception handling when giving no value to
	an option requiring one
In-Reply-To: <1281475528.51.0.829723304896.issue9563@psf.upfronthosting.co.za>
Message-ID: <1281489298.39.0.185040771168.issue9563@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks for the confirmation.

----------
resolution:  -> out of date
stage: unit test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9563>
_______________________________________

From report at bugs.python.org  Wed Aug 11 03:22:40 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 01:22:40 +0000
Subject: [issue9253] argparse: optional subparsers
In-Reply-To: <1279056589.03.0.566167994161.issue9253@psf.upfronthosting.co.za>
Message-ID: <1281489760.61.0.47963365977.issue9253@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Wow, it is late. I wanted to write: New features don?t go into stable branches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9253>
_______________________________________

From report at bugs.python.org  Wed Aug 11 04:14:23 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Aug 2010 02:14:23 +0000
Subject: [issue7950] subprocess.Popen documentation should contain a good
	warning about the security implications when using shell=True
In-Reply-To: <1266401759.12.0.600282213979.issue7950@psf.upfronthosting.co.za>
Message-ID: <1281492863.19.0.599245600422.issue7950@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Chris, thank you for the patch, sorry I didn't acknowledge it earlier.  I think the core of the patch is good, though I will probably drop the text starting from "To safely use..." when I get time to apply it.  I will also add a note along the lines of "this applies also to Windows, although the details of the exploits differ".

I would like input from others as to whether this should indeed be a red warning box, or is adequate as a note.  We try to minimize the number of red boxes, but this may well be an appropriate case for one (I'm leaning that way myself).

----------
assignee: georg.brandl -> docs at python
nosy: +docs at python
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7950>
_______________________________________

From report at bugs.python.org  Wed Aug 11 04:37:15 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 02:37:15 +0000
Subject: [issue9567] Add attribute pointing to wrapped function to partial
	objects
In-Reply-To: <1281494235.56.0.666889184643.issue9567@psf.upfronthosting.co.za>
Message-ID: <1281494235.56.0.666889184643.issue9567@psf.upfronthosting.co.za>


New submission from ?ric Araujo <merwok at netwok.org>:

Raymond in #9396:

?I was just about to propose that functools.wraps add a standard attribute to point at the underlying function (on the theory that objects should be introspectable).  This would allow a standard way to get to the underlying unwrapped functions.?

----------
components: Library (Lib)
messages: 113579
nosy: eric.araujo, r.david.murray, rhettinger
priority: normal
severity: normal
stage: unit test needed
status: open
title: Add attribute pointing to wrapped function to partial objects
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9567>
_______________________________________

From report at bugs.python.org  Wed Aug 11 04:38:22 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 02:38:22 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281494302.66.0.792716544609.issue9396@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

After discussion with RDM on IRC, I?m opening a new report to track this feature request separately. (It?s also a dependency of this bug.)

----------
assignee: r.david.murray -> rhettinger
dependencies: +Add attribute pointing to wrapped function to partial objects

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Wed Aug 11 04:50:06 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 11 Aug 2010 02:50:06 +0000
Subject: [issue9567] Add attribute pointing to wrapped function to partial
	objects
In-Reply-To: <1281494235.56.0.666889184643.issue9567@psf.upfronthosting.co.za>
Message-ID: <1281495006.46.0.0243617052447.issue9567@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/issue9567>
_______________________________________

From report at bugs.python.org  Wed Aug 11 04:51:09 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 11 Aug 2010 02:51:09 +0000
Subject: [issue9567] Add attribute pointing to wrapped function to partial
	objects
In-Reply-To: <1281494235.56.0.666889184643.issue9567@psf.upfronthosting.co.za>
Message-ID: <1281495069.74.0.147980055394.issue9567@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

python-dev thread: http://mail.python.org/pipermail/python-dev/2010-August/102988.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9567>
_______________________________________

From report at bugs.python.org  Wed Aug 11 04:59:26 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 11 Aug 2010 02:59:26 +0000
Subject: [issue9567] Add attribute pointing to wrapped function in
	functools.update_wrapper
In-Reply-To: <1281494235.56.0.666889184643.issue9567@psf.upfronthosting.co.za>
Message-ID: <1281495566.11.0.634467219924.issue9567@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
title: Add attribute pointing to wrapped function to partial objects -> Add attribute pointing to wrapped function in functools.update_wrapper

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9567>
_______________________________________

From report at bugs.python.org  Wed Aug 11 05:03:47 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 11 Aug 2010 03:03:47 +0000
Subject: [issue9446] urllib2 tests fail when offline
In-Reply-To: <1280658613.57.0.546595644566.issue9446@psf.upfronthosting.co.za>
Message-ID: <1281495827.55.0.890605055776.issue9446@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Yes, confirmed it in release27 branch. Gaierror is returned when tests are run offline.

----------
assignee:  -> orsenthil
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9446>
_______________________________________

From report at bugs.python.org  Wed Aug 11 05:18:24 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Wed, 11 Aug 2010 03:18:24 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281496704.93.0.976332048798.issue9553@psf.upfronthosting.co.za>


Denver Coneybeare <denver.coneybeare at gmail.com> added the comment:

That is a very good point, bethard, that setting os.environ["COLUMNS"] in my suggested patch (test_argparse.py.COLUMNS.patch) is global and should be test-local.  I've attached an updated patch (test_argparse.py.COLUMNS.update1.patch) which uses setUp() and tearDown() to prepare and restore the COLUMNS environment variable.  The one difference from my previous patch is that instead of setting the COLUMNS environment variable to 80 I just unset it.

I also considered EnvironmentVarGuard, as suggested by r.david.murray, but I'm not sure it's designed for global setting of environment variables.  EnvironmentVarGuard appears to have been designed to be used as a context manager for an individual test, but the COLUMNS environment variable needs to be adjusted for *every* test.

----------
Added file: http://bugs.python.org/file18473/test_argparse.py.COLUMNS.update1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Wed Aug 11 05:21:28 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 03:21:28 +0000
Subject: [issue9561] distutils: set encoding to utf-8 for input and output
	files
In-Reply-To: <1281462699.26.0.0348702049008.issue9561@psf.upfronthosting.co.za>
Message-ID: <1281496888.52.0.395441307665.issue9561@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

There are different kind of files created by write_file:

- PKG-INFO (METADATA in distutil2), that already uses a trick to support Unicode, but your change would replace it in a better way;

- MANIFEST, which with your fix would gain the ability to handle non-ASCII paths, which is a feature or a bugfix depending on your point of view;

- .def files, used by the compilers for the C linking step; I don?t know if it?s appropriate to allow UTF-8 there.

- RPM spec files, which use ASCII or UTF-8 according to http://en.opensuse.org/openSUSE:Specfile_guidelines#Specfile_Encoding but it?s not confirmed in http://www.rpm.org/max-rpm/s1-rpm-build-creating-spec-file.html (linked from the LSB site), so there?s no guarantee this works for all RPM platforms. This sort of platform-specific thing is the reason why RPM support has been removed in distutils2.

- record and .pth files created by the install command.

I agree that there is something to be fixed, but I don?t know if they can be fixed in distutils. Unicode in PKG-INFO is unrelated to files, whereas there are files or directories in MANIFEST, spec, record and .pth. If this is going to be fixed, write_file should not use UTF-8 unconditionally but grow a keyword argument IMO, so that use cases requiring ASCII continue to work.

When you say ?patch *all* functions reading files?, I guess you mean all functions that read distutils files, i.e. MANIFEST and PKG-INFO.

Tarek, is this a bug fix or a feature? Could it break third-party tools?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9561>
_______________________________________

From report at bugs.python.org  Wed Aug 11 05:31:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 03:31:58 +0000
Subject: [issue9558] build_ext fails on VS8.0
In-Reply-To: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>
Message-ID: <1281497518.51.0.499969874667.issue9558@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thank you for the report. ?release blocker? is a bit strong here, usually it?s set by release managers themselves or by people having their agreement (unless I?m mistaken).

Does ?python -m distutils.test.test_build_ext? pass? Do yo have tested your bug with recent 2.7 and 3.2 versions?

I don?t know windows so I don?t really understand the bug. Does this link program have documentation that explains what the exit status mean? I also can?t see how your patch solves the problem. Paths in the traceback don?t match what?s removed in your diff, so I suspect this is a bug with your code (happens to the best! :), or a weird thing like filesystem issues. If test_build_ext doesn?t fail, we?ll see about reproducing the bug.

----------
nosy: +eric.araujo
priority: release blocker -> 
stage: patch review -> 
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9558>
_______________________________________

From report at bugs.python.org  Wed Aug 11 06:40:45 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Wed, 11 Aug 2010 04:40:45 +0000
Subject: [issue9558] build_ext fails on VS8.0
In-Reply-To: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>
Message-ID: <1281501645.35.0.218314714376.issue9558@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Yes, I can confirm the same bug on Python3.2 and others. The reason is LIBPATH includes not "PC/VS8.0" but "PC/VS8.0/win32release" which doesn't exist. I hope attached patch will fix this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9558>
_______________________________________

From report at bugs.python.org  Wed Aug 11 06:52:24 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 04:52:24 +0000
Subject: [issue9558] build_ext fails on VS8.0
In-Reply-To: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>
Message-ID: <1281502344.09.0.259939769418.issue9558@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Digging into the history of build_ext, I see that you committed a fix for VC 6 two years ago, so I think you?re more knowledgeable than me. I?m adding a Windows expert for confirmation.

Going back to 2007 finds the origin of the line you?re editing:
?[svn r59290] Applied my patch #1455 with some extra fixes for VS 2005
The new msvc9compiler module supports VS 2005 and VS 2008.? The bug log specifies that VS 2008 is tested and works, so I?m not sure your bug is distutils?s fault. Could it be that win32release does not exist in recent releases? (I don?t actually know if VS has multiple releases for one version.)

Does test_build_ext pass?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9558>
_______________________________________

From report at bugs.python.org  Wed Aug 11 07:03:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 05:03:43 +0000
Subject: [issue7175] unify pydistutils.cfg and distutils.cfg and use .local
In-Reply-To: <1256037677.34.0.670034749287.issue7175@psf.upfronthosting.co.za>
Message-ID: <1281503023.32.0.320022918309.issue7175@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

FWIW, I?m no longer strongly advocating using $XDG_CONFIG_HOME, since it seems to have little acceptance outside of graphical applications. Using it *or* ~/.python (or ~/.pythonx.y) would work for me.

Since this seems like a big change for no benefit in distutils, I?m reassigning to distutils2.

To push this issue forward, I am writing an email to python-dev today.

----------
components: +Distutils2 -Distutils
versions: +Python 2.5, Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7175>
_______________________________________

From report at bugs.python.org  Wed Aug 11 07:13:59 2010
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Wed, 11 Aug 2010 05:13:59 +0000
Subject: [issue9558] build_ext fails on VS8.0
In-Reply-To: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>
Message-ID: <1281503639.97.0.974433671816.issue9558@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

> Does test_build_ext pass?

Here are results. py26 is calling python_d.exe built with VS8.0.
I installed VS8.0 very recently, so I'm not familier with historical
reason. ;-)

# Translate error message into English...
# LINK : fatal error LNK1104: cannot open 'python26_d.lib'

//////////////////////////////////////////////////////
// Before applying patch

E:\python-dev\release26-maint>py26 -m distutils.tests.test_build_ext
test_build_ext (__main__.BuildExtTestCase) ... xxmodule.c
LINK : fatal error LNK1104: ???? 'python26_d.lib' ????????????
ERROR
test_build_ext_inplace (__main__.BuildExtTestCase) ... ok
test_build_ext_path_cross_platform (__main__.BuildExtTestCase) ... ok
test_build_ext_path_with_os_sep (__main__.BuildExtTestCase) ... ok
test_check_extensions_list (__main__.BuildExtTestCase) ... ok
test_compiler_option (__main__.BuildExtTestCase) ... ok
test_ext_fullpath (__main__.BuildExtTestCase) ... ok
test_finalize_options (__main__.BuildExtTestCase) ... ok
test_get_outputs (__main__.BuildExtTestCase) ... foo.c
   ????? c:\docume~1\ocean\locals~1\temp\pythontest_mq7y1g\tempt\docume~1\o
cean\locals~1\temp\tmpt9b30o\foo_d.lib ??????? c:\docume~1\ocean\locals~1
\temp\pythontest_mq7y1g\tempt\docume~1\ocean\locals~1\temp\tmpt9b30o\foo_d.exp
????
foo.c
   ????? c:\docume~1\ocean\locals~1\temp\pythontest_mq7y1g\tempt\docume~1\o
cean\locals~1\temp\tmpt9b30o\foo_d.lib ??????? c:\docume~1\ocean\locals~1
\temp\pythontest_mq7y1g\tempt\docume~1\ocean\locals~1\temp\tmpt9b30o\foo_d.exp
????
ok
test_get_source_files (__main__.BuildExtTestCase) ... ok
test_setuptools_compat (__main__.BuildExtTestCase) ... ok
test_solaris_enable_shared (__main__.BuildExtTestCase) ... ok

======================================================================
ERROR: test_build_ext (__main__.BuildExtTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "e:\python-dev\release26-maint\lib\distutils\tests\test_build_ext.py", li
ne 58, in test_build_ext
    cmd.run()
  File "e:\python-dev\release26-maint\lib\distutils\command\build_ext.py", line
340, in run
    self.build_extensions()
  File "e:\python-dev\release26-maint\lib\distutils\command\build_ext.py", line
449, in build_extensions
    self.build_extension(ext)
  File "e:\python-dev\release26-maint\lib\distutils\command\build_ext.py", line
531, in build_extension
    target_lang=language)
  File "e:\python-dev\release26-maint\lib\distutils\ccompiler.py", line 769, in
link_shared_object
    extra_preargs, extra_postargs, build_temp, target_lang)
  File "e:\python-dev\release26-maint\lib\distutils\msvc9compiler.py", line 647,
 in link
    raise LinkError(msg)
LinkError: command '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\link.exe"
' failed with exit status 1104

----------------------------------------------------------------------
Ran 12 tests in 31.005s

FAILED (errors=1)
Traceback (most recent call last):
  File "e:\python-dev\release26-maint\lib\runpy.py", line 122, in _run_module_as
_main
    "__main__", fname, loader, pkg_name)
  File "e:\python-dev\release26-maint\lib\runpy.py", line 34, in _run_code
    exec code in run_globals
  File "e:\python-dev\release26-maint\lib\distutils\tests\test_build_ext.py", li
ne 407, in <module>
    test_support.run_unittest(test_suite())
  File "e:\python-dev\release26-maint\lib\test\test_support.py", line 820, in ru
n_unittest
    _run_suite(suite)
  File "e:\python-dev\release26-maint\lib\test\test_support.py", line 803, in _r
un_suite
    raise TestFailed(err)
test.test_support.TestFailed: Traceback (most recent call last):
  File "e:\python-dev\release26-maint\lib\distutils\tests\test_build_ext.py", li
ne 58, in test_build_ext
    cmd.run()
  File "e:\python-dev\release26-maint\lib\distutils\command\build_ext.py", line
340, in run
    self.build_extensions()
  File "e:\python-dev\release26-maint\lib\distutils\command\build_ext.py", line
449, in build_extensions
    self.build_extension(ext)
  File "e:\python-dev\release26-maint\lib\distutils\command\build_ext.py", line
531, in build_extension
    target_lang=language)
  File "e:\python-dev\release26-maint\lib\distutils\ccompiler.py", line 769, in
link_shared_object
    extra_preargs, extra_postargs, build_temp, target_lang)
  File "e:\python-dev\release26-maint\lib\distutils\msvc9compiler.py", line 647,
 in link
    raise LinkError(msg)
LinkError: command '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\link.exe"
' failed with exit status 1104

[34753 refs]

//////////////////////////////////////////////////////
// After applying patch

E:\python-dev\release26-maint>py26 -m distutils.tests.test_build_ext
test_build_ext (__main__.BuildExtTestCase) ... xxmodule.c
   ????? c:\docume~1\ocean\locals~1\temp\pythontest_picqhq\Debug\docume~1\o
cean\locals~1\temp\pythontest_picqhq\xx_d.lib ??????? c:\docume~1\ocean\l
ocals~1\temp\pythontest_picqhq\Debug\docume~1\ocean\locals~1\temp\pythontest_pic
qhq\xx_d.exp ????
ok
test_build_ext_inplace (__main__.BuildExtTestCase) ... ok
test_build_ext_path_cross_platform (__main__.BuildExtTestCase) ... ok
test_build_ext_path_with_os_sep (__main__.BuildExtTestCase) ... ok
test_check_extensions_list (__main__.BuildExtTestCase) ... ok
test_compiler_option (__main__.BuildExtTestCase) ... ok
test_ext_fullpath (__main__.BuildExtTestCase) ... ok
test_finalize_options (__main__.BuildExtTestCase) ... ok
test_get_outputs (__main__.BuildExtTestCase) ... foo.c
   ????? c:\docume~1\ocean\locals~1\temp\pythontest_rm2eak\tempt\docume~1\o
cean\locals~1\temp\tmpg_ea28\foo_d.lib ??????? c:\docume~1\ocean\locals~1
\temp\pythontest_rm2eak\tempt\docume~1\ocean\locals~1\temp\tmpg_ea28\foo_d.exp
????
foo.c
   ????? c:\docume~1\ocean\locals~1\temp\pythontest_rm2eak\tempt\docume~1\o
cean\locals~1\temp\tmpg_ea28\foo_d.lib ??????? c:\docume~1\ocean\locals~1
\temp\pythontest_rm2eak\tempt\docume~1\ocean\locals~1\temp\tmpg_ea28\foo_d.exp
????
ok
test_get_source_files (__main__.BuildExtTestCase) ... ok
test_setuptools_compat (__main__.BuildExtTestCase) ... ok
test_solaris_enable_shared (__main__.BuildExtTestCase) ... ok

----------------------------------------------------------------------
Ran 12 tests in 38.636s

OK
[34825 refs]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9558>
_______________________________________

From report at bugs.python.org  Wed Aug 11 07:48:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 05:48:58 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1281505738.45.0.452797713922.issue1294959@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Wed Aug 11 07:49:28 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 05:49:28 +0000
Subject: [issue1019715] distutils ignores configure's --includedir
Message-ID: <1281505768.89.0.432100970491.issue1019715@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
superseder:  -> Use directories from configure rather than hardcoded

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1019715>
_______________________________________

From report at bugs.python.org  Wed Aug 11 10:01:22 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 11 Aug 2010 08:01:22 +0000
Subject: [issue9543] 2.6.6 rc1 socket.py flush() calls del on unbound 'view'
	variable
In-Reply-To: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>
Message-ID: <1281513682.86.0.233719940532.issue9543@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Here is the patch.

----------
keywords: +needs review, patch
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file18474/issue9543.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9543>
_______________________________________

From report at bugs.python.org  Wed Aug 11 10:07:42 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 11 Aug 2010 08:07:42 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281392378.3173.16.camel@localhost.localdomain>
Message-ID: <4C625A56.2010409@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Antoine Pitrou wrote:
> 
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
>> I said "warn about the use of non-builtin modules", not disallow
>> their use. AFAIK, the purpose of the exercise is to reduce the
>> number of non-builtin modules being loaded early on during
>> Python startup.
> 
> The purpose of the exercise is to avoid, as much as possible, the
> numerous issues that have already been encountered because of the
> startup procedure relying on locale in various conditions for
> initialization of the standard streams.
> 
> You are proposing that we commit a one-time fix to fix the current
> situation. Recent history shows that similar problems will arise again,
> and waste useful developer time for committing urgency fixes in order to
> fix the build (not to mention that the symptoms are sometimes difficult
> to diagnose, such as in this very issue). I am proposing a broader
> change which prevents, as much as possible, similar problems from
> reappearing and will relieve us from a dispensable burden.

No, what I'm proposing is to make "import locale" safe during
boot time. By separating out some functions into a separate
module which is then supposed to be used by the boot process,
you don't really solve the problem. Other code in the boot process
may very well still import the main locale module and thus
cause the same problems you were trying to solve by separating
out the problematic code - even if this is just code that gets
run via sitecustomize.py or other such hooks.

The changes I'm suggesting will be beneficial to all
standard uses of the module without any such workarounds
based on conventions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Wed Aug 11 10:11:36 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Aug 2010 08:11:36 +0000
Subject: [issue9568] test_urllib2_localnet fails on OS X 10.3
In-Reply-To: <1281514296.56.0.121028925935.issue9568@psf.upfronthosting.co.za>
Message-ID: <1281514296.56.0.121028925935.issue9568@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

Issue8455 documents a problem which resulted in test_urllib2_libnet failing on OS X with "Connection refused" errors. r82150, r82280, r82281, and r82282 eliminated the test failures for all active branches when running on OS X 10.4 through 10.6.  However, the fixes overlooked a different code path which is only used on OS X 10.3.  The attached one-line patches for 2.6/2.7 and for py3k/3.1 correct that problem for 10.3 as well.

Since the patch is low-risk and corrects a failing test case, I recommend that it be applied for the 2.6.6 release.

----------
assignee: ronaldoussoren
components: Macintosh
files: issue-proxy-10-3-27-26.txt
messages: 113592
nosy: barry, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: test_urllib2_localnet fails on OS X 10.3
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18475/issue-proxy-10-3-27-26.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9568>
_______________________________________

From report at bugs.python.org  Wed Aug 11 10:11:50 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Aug 2010 08:11:50 +0000
Subject: [issue9568] test_urllib2_localnet fails on OS X 10.3
In-Reply-To: <1281514296.56.0.121028925935.issue9568@psf.upfronthosting.co.za>
Message-ID: <1281514310.53.0.71722410325.issue9568@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Added file: http://bugs.python.org/file18476/issue-proxy-10-3-py3k-31.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9568>
_______________________________________

From report at bugs.python.org  Wed Aug 11 10:18:08 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Aug 2010 08:18:08 +0000
Subject: [issue8455] buildbot: test_urllib2_localnet failures (Connection
	refused) on Tiger buildbot
In-Reply-To: <1271676544.68.0.615976232417.issue8455@psf.upfronthosting.co.za>
Message-ID: <1281514688.8.0.520017850023.issue8455@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

The problem still exists on OS X 10.3.  See Issue9568 for patches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8455>
_______________________________________

From report at bugs.python.org  Wed Aug 11 10:19:17 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 11 Aug 2010 08:19:17 +0000
Subject: [issue9568] test_urllib2_localnet fails on OS X 10.3
In-Reply-To: <1281514296.56.0.121028925935.issue9568@psf.upfronthosting.co.za>
Message-ID: <1281514757.58.0.896580672846.issue9568@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Barry: I agree with Ned that this is low-risk patch.  

The patch changes a default return value in a code-path that is used on OSX 10.3 to make it the same as the default value on the code-path for other OSX releases.

I'm therefore +1 on applying this for 2.6.6, but won't apply without explicit permission to do so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9568>
_______________________________________

From report at bugs.python.org  Wed Aug 11 10:27:27 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Aug 2010 08:27:27 +0000
Subject: [issue8095] test_urllib2 crashes on OS X 10.3 attempting to retrieve
	network proxy configuration
In-Reply-To: <1268128420.33.0.487140127067.issue8095@psf.upfronthosting.co.za>
Message-ID: <1281515247.06.0.242819094564.issue8095@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

The fix in r80243 for 27 and similar fixes for 26, 31, and py3k do prevent crashes on OS X 10.3 when using network proxies so this issue can be closed.  However, the problem I mentioned above with changing the default sense which caused tests to fail was documented in Issue8455 and subsequently fixed for 10.4+.  The fixes did not correct the 10.3 code paths; that is now documented in Issue9568 with tested patches.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8095>
_______________________________________

From report at bugs.python.org  Wed Aug 11 11:16:04 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Aug 2010 09:16:04 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <4C625A56.2010409@egenix.com>
Message-ID: <1281518156.3257.18.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> No, what I'm proposing is to make "import locale" safe during
> boot time. By separating out some functions into a separate
> module which is then supposed to be used by the boot process,
> you don't really solve the problem.

I do, and my experimentations show it.

Believe me, variations of this problem have been bothering us often
enough in recent times that I know your solution won't work for long.

"Trying to be careful with imports in a large stdlib module" doesn't cut
it, because we always need new imports when we make changes. The point
of _bootlocale (you might not like the name, in which case you can
suggest an alternative) is that it is restricted and static: we only
need getpreferredencoding() and its dependencies, and this code isn't
likely to change a lot.

(you might ask why this problem hasn't affected 2.x, and that's because
in 2.x standard streams are much simpler, built-in objects; in
particular, they don't need to choose an encoding for character
decoding; their initialization doesn't require executing stdlib code)

> Other code in the boot process
> may very well still import the main locale module

It doesn't. 
By "boot process" I really mean something very specific. It is all which
runs until site.py gets executed (if it isn't skipped). There isn't a
whole lot of code there. Mostly, it's initialization of standard
streams, where two stdlib functions can be invoked: os.device_encoding()
and locale.getpreferredencoding() (depending on the circumstances).

When sitecustomize.py gets run, everything is already set up and there's
no problem importing whatever module you want.

> The changes I'm suggesting will be beneficial to all
> standard uses of the module without any such workarounds
> based on conventions.

Standard uses of the module aren't problematic at all, and importing
functools or collections in that context is harmless (they will probably
be imported by other stdlib modules anyway).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Wed Aug 11 11:27:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Aug 2010 09:27:29 +0000
Subject: [issue2443] Define Py_VA_COPY macro as a cross-platform replacement
	for gcc __va_copy
In-Reply-To: <1206095258.5.0.538024401904.issue2443@psf.upfronthosting.co.za>
Message-ID: <1281518849.9.0.344616394895.issue2443@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Looks like a good idea. Don't other compilers have __va_copy equivalents?
Apparently, C99 defines va_copy(), which we could use conditionally.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2443>
_______________________________________

From report at bugs.python.org  Wed Aug 11 12:10:08 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Aug 2010 10:10:08 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281521408.16.0.423784845908.issue9425@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Actually, I'm not sure there's much point since the "name" attribute is currently read-only:

>>> f = open(1, "wb")
>>> f.name = "foo"
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: attribute 'name' of '_io.BufferedWriter' objects is not writable
>>> 
>>> g = open(1, "w")
>>> g.name = "bar"
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: attribute 'name' of '_io.TextIOWrapper' objects is not writable

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Wed Aug 11 12:27:08 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Aug 2010 10:27:08 +0000
Subject: [issue9558] build_ext fails on VS8.0
In-Reply-To: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>
Message-ID: <1281522428.59.0.929805284026.issue9558@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
assignee: tarek -> eric.araujo
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9558>
_______________________________________

From report at bugs.python.org  Wed Aug 11 14:22:07 2010
From: report at bugs.python.org (Chris Waigl)
Date: Wed, 11 Aug 2010 12:22:07 +0000
Subject: [issue3244] multipart/form-data encoding
In-Reply-To: <1214849078.87.0.171093103517.issue3244@psf.upfronthosting.co.za>
Message-ID: <1281529327.24.0.803391838217.issue3244@psf.upfronthosting.co.za>


Changes by Chris Waigl <chris.waigl at gmail.com>:


----------
nosy: +Chris.Waigl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3244>
_______________________________________

From report at bugs.python.org  Wed Aug 11 14:37:31 2010
From: report at bugs.python.org (Daniel Goertzen)
Date: Wed, 11 Aug 2010 12:37:31 +0000
Subject: [issue4708] os.pipe should return inheritable descriptors (Windows)
In-Reply-To: <1229825725.05.0.791696937909.issue4708@psf.upfronthosting.co.za>
Message-ID: <1281530251.78.0.399936879888.issue4708@psf.upfronthosting.co.za>


Changes by Daniel Goertzen <daniel.goertzen at gmail.com>:


----------
nosy: +Daniel.Goertzen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4708>
_______________________________________

From report at bugs.python.org  Wed Aug 11 15:41:32 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Aug 2010 13:41:32 +0000
Subject: [issue9550] BufferedReader may issue additional read,
	may cause hang when backed by blocking socket
In-Reply-To: <1281391740.65.0.539097127829.issue9550@psf.upfronthosting.co.za>
Message-ID: <1281534092.08.0.355753919383.issue9550@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The original patch wasn't good for all cases. I corrected it, added some tests and committed in r83944 (py3k), r83945 (3.1) and r83946 (2.7). Thank you!

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9550>
_______________________________________

From report at bugs.python.org  Wed Aug 11 17:00:26 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 15:00:26 +0000
Subject: [issue6081] str.format_from_mapping()
In-Reply-To: <1242948196.62.0.545811632191.issue6081@psf.upfronthosting.co.za>
Message-ID: <1281538826.02.0.0259821532478.issue6081@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/issue6081>
_______________________________________

From report at bugs.python.org  Wed Aug 11 17:06:14 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Aug 2010 15:06:14 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281539174.76.0.00635361320247.issue9553@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Your code is fine (though to my tastes a bit verbose...if it were me I'd just put the code in the setUp and tearDown methods and hardcode 'COLUMNS' (it isn't like the name COLUMNS is going to change)...but that's just personal style).

The EnviormentVarGuard version would look like this (untested):

   def setUp(self):
       self.guard = EnvironmentVarGuard()
       self.environ = self.guard.__enter__()
       # Current tests expect 80 column terminal width.
       self.environ['COLUMNS'] = 80

   def tearDown(self):
       self.guard.__exit__(None, None, None)

You could of course delete COLUMNS as you did, but I thought setting it to 80 would be more explicit.

Another comment about the patch: by inspection it appears that adding setUp and tearDown to TestCase isn't enough, since subclasses and mixins define those without calling the superclass versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Wed Aug 11 17:20:39 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Aug 2010 15:20:39 +0000
Subject: [issue6186] test_thread occasionally reports unhandled exceptions on
	OS X
In-Reply-To: <1244016184.43.0.482761629197.issue6186@psf.upfronthosting.co.za>
Message-ID: <1281540039.41.0.94976265408.issue6186@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

I've seen no further instances of this problem since the fixes for Issue7194 have been checked in.  Let's call it fixed.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6186>
_______________________________________

From report at bugs.python.org  Wed Aug 11 17:27:14 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Aug 2010 15:27:14 +0000
Subject: [issue7037] test_asynchat fails on os x 10.6
In-Reply-To: <1254514511.94.0.551531757653.issue7037@psf.upfronthosting.co.za>
Message-ID: <1281540434.78.0.993690593986.issue7037@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

As Mark has ported the fix for Issue5798 to 2.6 (thanks!), this can be closed, too.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7037>
_______________________________________

From report at bugs.python.org  Wed Aug 11 17:28:45 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Aug 2010 15:28:45 +0000
Subject: [issue8457] buildbot: test_asynchat and test_smtplib failures on
	Tiger: [Errno 9] Bad file descriptor
In-Reply-To: <1271676911.81.0.0770773207045.issue8457@psf.upfronthosting.co.za>
Message-ID: <1281540525.55.0.699094205058.issue8457@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

As Mark has ported the fix for Issue5798 to 2.6, this can be closed, too.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8457>
_______________________________________

From report at bugs.python.org  Wed Aug 11 17:30:01 2010
From: report at bugs.python.org (Michael Foord)
Date: Wed, 11 Aug 2010 15:30:01 +0000
Subject: [issue7219] Unhelpful error message when a distutils package install
	fails due to a permissions error
In-Reply-To: <1256647071.1.0.815334810123.issue7219@psf.upfronthosting.co.za>
Message-ID: <1281540601.18.0.698204138038.issue7219@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Output below, first without DISTUTILS_DEBUG (showing the not very useful default message) and second with. (The actual exception is "Access to the path 'C:\Program Files\IronPython 2.7\Lib\site-packages\mock.py' is denied.")

This is with IronPython 2.7A1 which includes the Python 2.7 standard library.

> ipy setup.py build
running build
running build_py
warning: build_py: byte-compiling is disabled, skipping.

C:\compile\mock
> ipy setup.py install
running install
running build
running build_py
warning: build_py: byte-compiling is disabled, skipping.

running install_lib
copying build\lib\mock.py -> C:\Program Files\IronPython 2.7\Lib\site-packages
error: C:\Program Files\IronPython 2.7\Lib\site-packages\mock.py: None
C:\compile\mock
> set DISTUTILS_DEBUG=1

C:\compile\mock
> ipy setup.py install
options (after parsing config files):
options (after parsing command line):
option dict for 'install' command:
  {}
option dict for 'sdist' command:
  {'force_manifest': ('setup.cfg', '1')}
running install
Distribution.get_command_obj(): creating 'install' command object
pre-finalize_{unix,other}:
  prefix: None
  exec_prefix: None
  home: None
  user: 0
  install_base: None
  install_platbase: None
  root: None
  install_purelib: None
  install_platlib: None
  install_lib: None
  install_headers: None
  install_scripts: None
  install_data: None
  compile: None
  compile: True
  optimize: None
  force: None
  skip_build: 0
  record: None
post-finalize_{unix,other}():
  prefix: C:\Program Files\IronPython 2.7
  exec_prefix: None
  home: None
  user: 0
  install_base: C:\Program Files\IronPython 2.7
  install_platbase: C:\Program Files\IronPython 2.7
  root: None
  install_purelib: $base/Lib/site-packages
  install_platlib: $base/Lib/site-packages
  install_lib: None
  install_headers: $base/Include/$dist_name
  install_scripts: $base/Scripts
  install_data: $base
  compile: None
  compile: True
  optimize: None
  force: None
  skip_build: 0
  record: None
post-expand_basedirs():
  prefix: C:\Program Files\IronPython 2.7
  exec_prefix: None
  home: None
  user: 0
  install_base: C:\Program Files\IronPython 2.7
  install_platbase: C:\Program Files\IronPython 2.7
  root: None
  install_purelib: $base/Lib/site-packages
  install_platlib: $base/Lib/site-packages
  install_lib: None
  install_headers: $base/Include/$dist_name
  install_scripts: $base/Scripts
  install_data: $base
  compile: None
  compile: True
  optimize: None
  force: None
  skip_build: 0
  record: None
config vars:
{'base': 'C:\\Program Files\\IronPython 2.7',
 'dist_fullname': 'mock-0.7.0',
 'dist_name': 'mock',
 'dist_version': '0.7.0',
 'exec_prefix': 'C:\\Program Files\\IronPython 2.7',
 'platbase': 'C:\\Program Files\\IronPython 2.7',
 'prefix': 'C:\\Program Files\\IronPython 2.7',
 'py_version': '2.7.0',
 'py_version_nodot': '27',
 'py_version_short': '2.7',
 'sys_exec_prefix': 'C:\\Program Files\\IronPython 2.7',
 'sys_prefix': 'C:\\Program Files\\IronPython 2.7',
 'userbase': 'C:\\Users\\michael\\AppData\\Roaming\\Python',
 'usersite': 'C:\\Users\\michael\\AppData\\Roaming\\Python\\Python27\\site-packa
ges'}
post-expand_dirs():
  prefix: C:\Program Files\IronPython 2.7
  exec_prefix: None
  home: None
  user: 0
  install_base: C:\Program Files\IronPython 2.7
  install_platbase: C:\Program Files\IronPython 2.7
  root: None
  install_purelib: C:\Program Files\IronPython 2.7/Lib/site-packages
  install_platlib: C:\Program Files\IronPython 2.7/Lib/site-packages
  install_lib: None
  install_headers: C:\Program Files\IronPython 2.7/Include/mock
  install_scripts: C:\Program Files\IronPython 2.7/Scripts
  install_data: C:\Program Files\IronPython 2.7
  compile: None
  compile: True
  optimize: None
  force: None
  skip_build: 0
  record: None
after prepending root:
  prefix: C:\Program Files\IronPython 2.7
  exec_prefix: None
  home: None
  user: 0
  install_base: C:\Program Files\IronPython 2.7
  install_platbase: C:\Program Files\IronPython 2.7
  root: None
  install_purelib: C:\Program Files\IronPython 2.7\Lib\site-packages
  install_platlib: C:\Program Files\IronPython 2.7\Lib\site-packages
  install_lib: C:\Program Files\IronPython 2.7\Lib\site-packages\
  install_headers: C:\Program Files\IronPython 2.7\Include\mock
  install_scripts: C:\Program Files\IronPython 2.7\Scripts
  install_data: C:\Program Files\IronPython 2.7
  compile: None
  compile: True
  optimize: None
  force: None
  skip_build: 0
  record: None
Distribution.get_command_obj(): creating 'build' command object
running build
running build_py
Distribution.get_command_obj(): creating 'build_py' command object
warning: build_py: byte-compiling is disabled, skipping.

running install_lib
Distribution.get_command_obj(): creating 'install_lib' command object
copying build\lib\mock.py -> C:\Program Files\IronPython 2.7\Lib\site-packages
error: C:\Program Files\IronPython 2.7\Lib\site-packages\mock.py: None
Traceback (most recent call last):
  File "setup.py", line 69, in <module>
  File "C:\Program Files\IronPython 2.7\Lib\distutils\core.py", line 151, in set
up
  File "C:\Program Files\IronPython 2.7\Lib\distutils\dist.py", line 952, in run
_commands
  File "C:\Program Files\IronPython 2.7\Lib\distutils\dist.py", line 971, in run
_command
  File "C:\Program Files\IronPython 2.7\Lib\distutils\command\install.py", line
575, in run
  File "C:\Program Files\IronPython 2.7\Lib\distutils\cmd.py", line 326, in run_
command
  File "C:\Program Files\IronPython 2.7\Lib\distutils\dist.py", line 971, in run
_command
  File "C:\Program Files\IronPython 2.7\Lib\distutils\command\install_lib.py", l
ine 97, in run
  File "C:\Program Files\IronPython 2.7\Lib\distutils\command\install_lib.py", l
ine 115, in install
  File "C:\Program Files\IronPython 2.7\Lib\distutils\cmd.py", line 373, in copy
_tree
  File "C:\Program Files\IronPython 2.7\Lib\distutils\dir_util.py", line 159, in
 copy_tree
  File "C:\Program Files\IronPython 2.7\Lib\distutils\file_util.py", line 148, i
n copy_file
  File "C:\Program Files\IronPython 2.7\Lib\distutils\file_util.py", line 44, in
 _copy_file_contents
IOError: System.IO.IOException: Access to the path 'C:\Program Files\IronPython
2.7\Lib\site-packages\mock.py' is denied. ---> System.UnauthorizedAccessExceptio
n: Access to the path 'C:\Program Files\IronPython 2.7\Lib\site-packages\mock.py
' is denied.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, I
nt32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions o
ptions, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolea
n useLongPath)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access,
FileShare share)
   at Microsoft.Scripting.PlatformAdaptationLayer.OpenInputFileStream(String pat
h, FileMode mode, FileAccess access, FileShare share)
   at IronPython.Runtime.PythonFile.__init__(CodeContext context, String name, S
tring mode, Int32 buffering)
   --- End of inner exception stack trace ---
   at Microsoft.Scripting.Runtime.LightExceptions.CheckAndThrow(Object value)
   at Microsoft.Scripting.Interpreter.FuncCallInstruction`2.Run(InterpretedFrame
 frame)
   at Microsoft.Scripting.Interpreter.Interpreter.HandleException(InterpretedFra
me frame, Exception exception)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 a
rg1)
   at IronPython.Compiler.PythonCallTargets.OriginalCallTarget1(PythonFunction f
unction, Object arg0)
   at Microsoft.Scripting.Interpreter.FuncCallInstruction`4.Run(InterpretedFrame
 frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run4[T0,T1,T2,T3,TRet](T0 arg0
, T1 arg1, T2 arg2, T3 arg3)
   at System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite s
ite, T0 arg0, T1 arg1, T2 arg2)
   at Microsoft.Scripting.Interpreter.DynamicInstruction`4.Run(InterpretedFrame
frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run1[T0,TRet](T0 arg0)
   at IronPython.Compiler.RuntimeScriptCode.InvokeTarget(Scope scope)
   at IronPython.Compiler.RuntimeScriptCode.Run(Scope scope)
   at IronPython.Hosting.PythonCommandLine.RunFileWorker(String fileName)
   at IronPython.Hosting.PythonCommandLine.RunFile(String fileName)
C:\compile\mock
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7219>
_______________________________________

From report at bugs.python.org  Wed Aug 11 17:30:33 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Aug 2010 15:30:33 +0000
Subject: [issue8457] buildbot: test_asynchat and test_smtplib failures on
	Tiger: [Errno 9] Bad file descriptor
In-Reply-To: <1271676911.81.0.0770773207045.issue8457@psf.upfronthosting.co.za>
Message-ID: <1281540633.51.0.017097418904.issue8457@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks, Ned!

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8457>
_______________________________________

From report at bugs.python.org  Wed Aug 11 17:31:06 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Aug 2010 15:31:06 +0000
Subject: [issue7037] test_asynchat fails on os x 10.6
In-Reply-To: <1254514511.94.0.551531757653.issue7037@psf.upfronthosting.co.za>
Message-ID: <1281540666.21.0.627237287464.issue7037@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7037>
_______________________________________

From report at bugs.python.org  Wed Aug 11 17:40:28 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 11 Aug 2010 15:40:28 +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: <1281541228.25.0.479762983364.issue9516@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Assigning to myself because I intend to work on this.

More questions: does the error occur on the 10.6 machine you used to do the build or another machine?

Is MACOSX_DEPLOYMENT_TARGET set in the environment when you run the command that gives the error message?

----------
assignee: tarek -> ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Wed Aug 11 18:00:59 2010
From: report at bugs.python.org (Tim Golden)
Date: Wed, 11 Aug 2010 16:00:59 +0000
Subject: [issue9055] test_issue_8959_b fails when run from a service
In-Reply-To: <1277159969.39.0.181729867437.issue9055@psf.upfronthosting.co.za>
Message-ID: <1281542459.29.0.550313657044.issue9055@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

In the interests of moving this forward, I've committed the one-line removal of the assertion in r83948. Hopefully that will bring this buildbot back to life.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9055>
_______________________________________

From report at bugs.python.org  Wed Aug 11 18:56:18 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 11 Aug 2010 16:56:18 +0000
Subject: [issue2443] Define Py_VA_COPY macro as a cross-platform replacement
	for gcc __va_copy
In-Reply-To: <1206095258.5.0.538024401904.issue2443@psf.upfronthosting.co.za>
Message-ID: <1281545778.71.0.106206887984.issue2443@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

I updated the patch for 3.x.   I agree that using va_copy where available makes sense, but let's leave this type of improvements for the future.

----------
Added file: http://bugs.python.org/file18477/issue2443-py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2443>
_______________________________________

From report at bugs.python.org  Wed Aug 11 20:11:41 2010
From: report at bugs.python.org (David Watson)
Date: Wed, 11 Aug 2010 18:11:41 +0000
Subject: [issue9569] Add tests for posix.mknod() and posix.mkfifo()
In-Reply-To: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>
Message-ID: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

Attaching simple tests for these functions, which aren't currently tested.

----------
components: Extension Modules
files: test-mknod-mkfifo-3.x.diff
keywords: patch
messages: 113609
nosy: baikie
priority: normal
severity: normal
status: open
title: Add tests for posix.mknod() and posix.mkfifo()
type: feature request
Added file: http://bugs.python.org/file18478/test-mknod-mkfifo-3.x.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9569>
_______________________________________

From report at bugs.python.org  Wed Aug 11 20:11:59 2010
From: report at bugs.python.org (David Watson)
Date: Wed, 11 Aug 2010 18:11:59 +0000
Subject: [issue9569] Add tests for posix.mknod() and posix.mkfifo()
In-Reply-To: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>
Message-ID: <1281550319.68.0.32632336759.issue9569@psf.upfronthosting.co.za>


Changes by David Watson <baikie at users.sourceforge.net>:


Added file: http://bugs.python.org/file18479/test-mknod-mkfifo-2.x.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9569>
_______________________________________

From report at bugs.python.org  Wed Aug 11 20:16:00 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 18:16:00 +0000
Subject: [issue6081] str.format_from_mapping()
In-Reply-To: <1242948196.62.0.545811632191.issue6081@psf.upfronthosting.co.za>
Message-ID: <1281550560.66.0.104607492336.issue6081@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

This can be done for Py3.2.  It completes needed functionality for string formatting which is something we all want to take hold and is necessary for the 3.x series to succeed.

----------
versions: +Python 3.2 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6081>
_______________________________________

From report at bugs.python.org  Wed Aug 11 20:16:28 2010
From: report at bugs.python.org (David Watson)
Date: Wed, 11 Aug 2010 18:16:28 +0000
Subject: [issue9570] PEP 383: os.mknod() and os.mkfifo() do not accept
	surrogateescape arguments
In-Reply-To: <1281550588.4.0.722092515628.issue9570@psf.upfronthosting.co.za>
Message-ID: <1281550588.4.0.722092515628.issue9570@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

These functions still use the "s" format for their arguments; the attached patch fixes them to use PyUnicode_FSConverter() in 3.2.  Some simple tests for these functions (not for PEP 383 behaviour) are at issue #9569.

----------
components: Extension Modules
files: mknod-mkfifo-pep383-3.2.diff
keywords: patch
messages: 113611
nosy: baikie
priority: normal
severity: normal
status: open
title: PEP 383: os.mknod() and os.mkfifo() do not accept surrogateescape arguments
type: behavior
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18480/mknod-mkfifo-pep383-3.2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9570>
_______________________________________

From report at bugs.python.org  Wed Aug 11 20:20:18 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 11 Aug 2010 18:20:18 +0000
Subject: [issue9446] urllib2 tests fail when offline
In-Reply-To: <1280658613.57.0.546595644566.issue9446@psf.upfronthosting.co.za>
Message-ID: <1281550818.75.0.433045197586.issue9446@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed in r83950 by adding a wrapper function for catching gaierror. It was already present in py3k. 

Thanks for the bug report.

----------
resolution: accepted -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9446>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:00:09 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Aug 2010 19:00:09 +0000
Subject: [issue9570] PEP 383: os.mknod() and os.mkfifo() do not accept
	surrogateescape arguments
In-Reply-To: <1281550588.4.0.722092515628.issue9570@psf.upfronthosting.co.za>
Message-ID: <1281553209.53.0.964880998403.issue9570@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9570>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:08:50 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 19:08:50 +0000
Subject: [issue1498363] Improve super() objects support for implicit method
	calls
Message-ID: <1281553730.69.0.621223703767.issue1498363@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Am rejecting this feature request because of the concerns mentioned in the post on 4/3.  The current requirement for explicit forwarding may be slightly inconvenient to type but it does add provide clarity that the method should be applied to the next-in-mro instead of the super object itself.

I appreciate the idea but think it would complicate an object that is already very difficult to understand and use correctly.

----------
assignee: collinwinter -> rhettinger
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1498363>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:09:07 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 11 Aug 2010 19:09:07 +0000
Subject: [issue9569] Add tests for posix.mknod() and posix.mkfifo()
In-Reply-To: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>
Message-ID: <1281553747.9.0.466810270082.issue9569@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Can you qualify the OSError except by checking it's errno?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9569>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:10:55 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 19:10:55 +0000
Subject: [issue1479611] speed up function calls
Message-ID: <1281553855.62.0.619223817011.issue1479611@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1479611>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:16:37 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 19:16:37 +0000
Subject: [issue1173475] __slots__ for subclasses of variable length types
Message-ID: <1281554197.36.0.349700892238.issue1173475@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

ISTM the space saving of value of __slots__ isn't typically needed in the context of variable length built-in types.

Guido has long regarded __slots__ as a confusing hack.  That should warn us away for extending its functionality.

Unless there are some compelling use cases, a simple and clean patch, and a clear one sentence explanation for users, I recommend this feature request be closed.

Michael, do you still want this?

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1173475>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:21:27 2010
From: report at bugs.python.org (=?utf-8?q?Michael=2EElsd=C3=B6rfer?=)
Date: Wed, 11 Aug 2010 19:21:27 +0000
Subject: [issue9571] argparse: Allow the use of -- to break out of nargs and
	into subparser
In-Reply-To: <1281554487.14.0.725527410465.issue9571@psf.upfronthosting.co.za>
Message-ID: <1281554487.14.0.725527410465.issue9571@psf.upfronthosting.co.za>


New submission from Michael.Elsd?rfer <michael at elsdoerfer.info>:

argparse already seems to support -- to indicate that what follows are positional arguments. However, I would like to parse something like:

./script.py --ignore one two -- COMMAND

I.e., --ignore is an nargs='+' argument, and I need a way to break out of --ignore and have argparse consider what follows on it's own merits. If COMMAND in the above example refers to a subparser, this won't work:

error: invalid choice: '--' (choose from 'command1', 'command2', 'command3')

I'm not sure what's the best solution here. Allowing -- here would change the semantics of forcing everything that follows to be positional arguments, since the subparser might have flags. I'm not sure if that is what is required by Unix conventions, but if not, then I think it makes sense to allow -- to be followed by a subparser.

----------
components: Library (Lib)
messages: 113616
nosy: elsdoerfer
priority: normal
severity: normal
status: open
title: argparse: Allow the use of -- to break out of nargs and into subparser
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/issue9571>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:21:49 2010
From: report at bugs.python.org (Eric Smith)
Date: Wed, 11 Aug 2010 19:21:49 +0000
Subject: [issue6081] str.format_from_mapping()
In-Reply-To: <1242948196.62.0.545811632191.issue6081@psf.upfronthosting.co.za>
Message-ID: <1281554509.16.0.343330201984.issue6081@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I'll work on cleaning this up for 3.2.

Any comments on the name of the method?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6081>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:23:19 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 11 Aug 2010 19:23:19 +0000
Subject: [issue9570] PEP 383: os.mknod() and os.mkfifo() do not accept
	surrogateescape arguments
In-Reply-To: <1281550588.4.0.722092515628.issue9570@psf.upfronthosting.co.za>
Message-ID: <1281554599.78.0.30191550107.issue9570@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Applied in r83951. Thanks for the patch!

----------
nosy: +benjamin.peterson
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9570>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:23:27 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 19:23:27 +0000
Subject: [issue6632] Include more fullwidth chars in the decimal codec
In-Reply-To: <1249317285.35.0.709481915004.issue6632@psf.upfronthosting.co.za>
Message-ID: <1281554607.36.0.497544821605.issue6632@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

The moratorium only includes builtins and certainly does not apply to pure python modules (other implementations see those benefits immediately and it does not interfere with their getting caught-up). 

FWIW, I'm +1 on the basic idea.

----------
keywords:  -after moratorium
nosy: +rhettinger
versions: +Python 3.2 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6632>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:41:21 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 19:41:21 +0000
Subject: [issue7951] Should str.format allow negative indexes when used for
	__getitem__ access?
In-Reply-To: <1266450859.13.0.906832569526.issue7951@psf.upfronthosting.co.za>
Message-ID: <1281555681.39.0.562459561998.issue7951@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Fixing-up str formatting idiosyncracies does not fall under the moratorium and is helpful in getting 3.x to be usable.

That being said, I'm not convinced that this is actually a helpful feature.  Not all objects supporting __getitem__ offer support for negative indexing.  Also, there's a case to be made that using negative indices in a formatting string is an anti-pattern, causing more harm than good.

----------
keywords:  -after moratorium, patch
versions: +Python 3.2 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7951>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:51:44 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 19:51:44 +0000
Subject: [issue1634034] Show "expected" token on syntax error
Message-ID: <1281556304.07.0.132946034432.issue1634034@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

+1 on the basic idea to make error messages more informative where possible, but am not sure how it would work in any but the more simple cases.  

How would work in cases where there are multiple possible "expected" tokens?

   >>> def f(x 3):	
   SyntaxError: invalid syntax

It chokes at the "3".  The expected token is either a comma, colon, or closing parenthesis.

Also, the most annoying and least obvious syntax errors are ones that are revealed many characters away from the original cause (i.e. unbalanced opening brackets or parentheses).  Am not sure how you can readily construct a helpful message in these cases.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1634034>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:51:59 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Aug 2010 19:51:59 +0000
Subject: [issue6081] str.format_from_mapping()
In-Reply-To: <1242948196.62.0.545811632191.issue6081@psf.upfronthosting.co.za>
Message-ID: <1281556319.99.0.391766210794.issue6081@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I understand now that new methods, as opposed to changed methods, are allowed.

I agree with Eric that this seems more like a convinience rather than absolute necessity, and that the doc should be augmented.

The doc for vformat (which I admit I had not noticed before) says it is exposed just for this case:

"vformat(format_string, args, kwargs) 
This function does the actual work of formatting. It is exposed as a separate function for cases where you want to pass in a predefined dictionary of arguments, rather than unpacking and repacking the dictionary as individual arguments using the *args and **kwds syntax."

'Dictionary' should be replaced with 'mapping'.

string.Formatter.format is documented as "just a wrapper that calls vformat(). Is the same effectively true of str.format also?

If .format_map (I prefer shorted names) is added as a convenience str method, particularly for matching current %-formatting use, I think it should take just one parameter, mapping. I presume it could implemented as a wrapper for .vformat (or whatever internal function .vformat calls).

str.format_map(map) == string.Format.vformat(formstring, (), map)

More complicated, mixed cases can use the explict lookup with map arg.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6081>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:55:45 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 19:55:45 +0000
Subject: [issue7094] Add alternate float formatting styles to new-style
	formatting.
In-Reply-To: <1255118044.58.0.727731702587.issue7094@psf.upfronthosting.co.za>
Message-ID: <1281556545.92.0.376072621786.issue7094@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I do not believe that this is covered by the moratorium.  It's important for 3.x success to get new string formatting to its highest state of usability.  Matching published standards and practices(i.e. C99) and improving ability to convert from old-style to new style are both very helpful in this regard.

----------
nosy: +rhettinger
versions: +Python 3.2 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7094>
_______________________________________

From report at bugs.python.org  Wed Aug 11 21:58:12 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 19:58:12 +0000
Subject: [issue3489] add rotate{left,right} methods to bytearray
In-Reply-To: <1217613478.49.0.00141126667538.issue3489@psf.upfronthosting.co.za>
Message-ID: <1281556692.88.0.500444652379.issue3489@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
priority: normal -> low
stage: unit test needed -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3489>
_______________________________________

From report at bugs.python.org  Wed Aug 11 22:01:36 2010
From: report at bugs.python.org (Matthew Barnett)
Date: Wed, 11 Aug 2010 20:01:36 +0000
Subject: [issue7951] Should str.format allow negative indexes when used for
	__getitem__ access?
In-Reply-To: <1266450859.13.0.906832569526.issue7951@psf.upfronthosting.co.za>
Message-ID: <1281556896.53.0.362984699559.issue7951@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

I agree with Kamil and Germ?n. I would've expected negative indexes for sequences to work. Negative indexes for fields is a different matter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7951>
_______________________________________

From report at bugs.python.org  Wed Aug 11 22:04:45 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 20:04:45 +0000
Subject: [issue1491804] Simple slice support for list.sort() and .reverse()
Message-ID: <1281557085.42.0.383798320555.issue1491804@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> rhettinger
nosy: +rhettinger
priority: normal -> low
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1491804>
_______________________________________

From report at bugs.python.org  Wed Aug 11 22:07:36 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 20:07:36 +0000
Subject: [issue1654367] [PATCH] Debuggers need a way to change the locals of a
	frame
Message-ID: <1281557256.04.0.308396192254.issue1654367@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I think this falls under the language moratorium in that it requires core changes that make it more difficult for other implementations to catch-up.

----------
nosy: +rhettinger
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1654367>
_______________________________________

From report at bugs.python.org  Wed Aug 11 22:09:16 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 11 Aug 2010 20:09:16 +0000
Subject: [issue9572] IOError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>


New submission from Florent Xicluna <florent.xicluna at gmail.com>:

This error occurred on "x86 Ubuntu 3.x" buildbot.
This is the 1st test on this run.
http://www.python.org/dev/buildbot/all/builders/x86%20Ubuntu%203.x/builds/1699/steps/test/logs/stdio

./python -Wd -E -bb ./Lib/test/regrtest.py -uall -rwW -l 
== CPython 3.2a1+ (py3k:83951, Aug 11 2010, 15:26:40) [GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu4)]
==   Linux-2.6.31.5-linode21-i686-with-debian-lenny-sid little-endian
==   /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/build/test_python_8258
Using random seed 426296
[  1/346] test_multiprocessing
Process Process-22:
Traceback (most recent call last):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/process.py", line 233, in _bootstrap
    self.run()
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/process.py", line 88, in run
    self._target(*self._args, **self._kwargs)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_multiprocessing.py", line 1253, in _putter
    manager.connect()
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/managers.py", line 478, in connect
    dispatch(conn, None, 'dummy')
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/managers.py", line 79, in dispatch
    kind, result = c.recv()
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py", line 408, in recv
    s = self._conn.recv_bytes()
EOFError
test test_multiprocessing failed -- Traceback (most recent call last):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/importlib/_bootstrap.py", line 486, in set_data
    with _closing(_io.FileIO(path, 'wb')) as file:
IOError: [Errno 2] No such file or directory: '/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/xmlrpc/__pycache__/__init__.cpython-32.pyc'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_multiprocessing.py", line 1266, in test_rapid_restart
    queue = manager.get_queue()
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/managers.py", line 644, in temp
    token, exp = self._create(typeid, *args, **kwds)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/managers.py", line 542, in _create
    conn = self._Client(self._address, authkey=self._authkey)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py", line 427, in XmlClient
    import xmlrpc.client as xmlrpclib
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/importlib/_bootstrap.py", line 450, in load_module
    return self._load_module(fullname)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/importlib/_bootstrap.py", line 155, in decorated
    return fxn(self, module, *args, **kwargs)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/importlib/_bootstrap.py", line 344, in _load_module
    code_object = self.get_code(name)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/importlib/_bootstrap.py", line 437, in get_code
    self.set_data(bytecode_path, data)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/importlib/_bootstrap.py", line 498, in set_data
    _os.mkdir(directory)
OSError: [Errno 17] File exists: '/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/xmlrpc/__pycache__'

Re-running test test_multiprocessing in verbose mode
...
----------------------------------------------------------------------
Ran 127 tests in 34.091s

OK (skipped=9)

----------
components: Library (Lib), Tests
keywords: buildbot
messages: 113626
nosy: flox
priority: normal
severity: normal
status: open
title: IOError in test_multiprocessing
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Wed Aug 11 22:09:52 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 20:09:52 +0000
Subject: [issue1158231] string.Template does not allow step-by-step
	replacements
Message-ID: <1281557392.48.0.89515474224.issue1158231@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1158231>
_______________________________________

From report at bugs.python.org  Wed Aug 11 22:18:44 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 20:18:44 +0000
Subject: [issue1590352] The "lazy strings" patch
Message-ID: <1281557924.56.0.536197187266.issue1590352@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Speed up using + for string concatenation

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1590352>
_______________________________________

From report at bugs.python.org  Wed Aug 11 22:24:31 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 20:24:31 +0000
Subject: [issue1730480] dict init/update accesses internal items of dict
	derivative
Message-ID: <1281558271.15.0.907736886505.issue1730480@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I concur with Terry.
This is just a fact of life when subclassing builtins.
The objects are "open-for-extension, closed-for-modification".
If you want more direct control use UserDict.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1730480>
_______________________________________

From report at bugs.python.org  Wed Aug 11 22:50:43 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 11 Aug 2010 20:50:43 +0000
Subject: [issue9572] IOError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1281559843.1.0.155112928045.issue9572@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

I succeeded to reproduce one time on Debian Lenny (64 bits).

~ $ make pycremoval
find . -name '*.py[co]' -exec rm -f {} ';'
find . -name '__pycache__' -exec rmdir {} '+'

~ $ ./python -Wd -E -bb ./Lib/test/regrtest.py -uall -rwW -l test_multiprocessing
Using random seed 8192992
[1/1] test_multiprocessing
Process Process-22:
Traceback (most recent call last):
  File "./Lib/multiprocessing/process.py", line 233, in _bootstrap
    self.run()
  File "./Lib/multiprocessing/process.py", line 88, in run
    self._target(*self._args, **self._kwargs)
  File "./Lib/test/test_multiprocessing.py", line 1253, in _putter
    manager.connect()
  File "./Lib/multiprocessing/managers.py", line 478, in connect
    dispatch(conn, None, 'dummy')
  File "./Lib/multiprocessing/managers.py", line 79, in dispatch
    kind, result = c.recv()
  File "./Lib/multiprocessing/connection.py", line 408, in recv
    s = self._conn.recv_bytes()
EOFError
test test_multiprocessing failed -- Traceback (most recent call last):
  File "./Lib/importlib/_bootstrap.py", line 486, in set_data
    with _closing(_io.FileIO(path, 'wb')) as file:
IOError: [Errno 2] No such file or directory: './Lib/email/__pycache__/__init__.cpython-32.pyc'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "./Lib/test/test_multiprocessing.py", line 1266, in test_rapid_restart
    queue = manager.get_queue()
  File "./Lib/multiprocessing/managers.py", line 644, in temp
    token, exp = self._create(typeid, *args, **kwds)
  File "./Lib/multiprocessing/managers.py", line 542, in _create
    conn = self._Client(self._address, authkey=self._authkey)
  File "./Lib/multiprocessing/connection.py", line 427, in XmlClient
    import xmlrpc.client as xmlrpclib
  File "./Lib/xmlrpc/client.py", line 137, in <module>
    import http.client
  File "./Lib/http/client.py", line 69, in <module>
    import email.parser
  File "./Lib/importlib/_bootstrap.py", line 450, in load_module
    return self._load_module(fullname)
  File "./Lib/importlib/_bootstrap.py", line 155, in decorated
    return fxn(self, module, *args, **kwargs)
  File "./Lib/importlib/_bootstrap.py", line 344, in _load_module
    code_object = self.get_code(name)
  File "./Lib/importlib/_bootstrap.py", line 437, in get_code
    self.set_data(bytecode_path, data)
  File "./Lib/importlib/_bootstrap.py", line 498, in set_data
    _os.mkdir(directory)
OSError: [Errno 17] File exists: './Lib/email/__pycache__'

...


But next attempts were successful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Wed Aug 11 23:23:20 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 21:23:20 +0000
Subject: [issue5416] str.replace does strange things when given a negative
	count
In-Reply-To: <1236163931.77.0.818123555808.issue5416@psf.upfronthosting.co.za>
Message-ID: <1281561800.13.0.258777652636.issue5416@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

FWIW, we should be cautious about documenting all behaviors.  It is arguable that this was an implementation detail and not a guaranteed behavior.  As soon as you document it, people will rely on the API and all other implementations will need to change in order to comply.

Please consider whether this doc change should be reverted.

----------
nosy: +rhettinger
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5416>
_______________________________________

From report at bugs.python.org  Wed Aug 11 23:48:08 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 21:48:08 +0000
Subject: [issue9558] build_ext fails on VS8.0
In-Reply-To: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>
Message-ID: <1281563288.33.0.753614672009.issue9558@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9558>
_______________________________________

From report at bugs.python.org  Wed Aug 11 23:58:38 2010
From: report at bugs.python.org (Michael Hudson)
Date: Wed, 11 Aug 2010 21:58:38 +0000
Subject: [issue1173475] __slots__ for subclasses of variable length types
Message-ID: <1281563918.55.0.113506203411.issue1173475@psf.upfronthosting.co.za>


Michael Hudson <mwh at users.sourceforge.net> added the comment:

Well, I can think of some counters to that -- surely it's _more_ confusing if slots only works some of the time? -- but realistically I'm not going to work on this any further.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1173475>
_______________________________________

From report at bugs.python.org  Thu Aug 12 00:03:03 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 22:03:03 +0000
Subject: [issue1173475] __slots__ for subclasses of variable length types
Message-ID: <1281564183.44.0.11019515058.issue1173475@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Declaring YAGNI and closing.
Thanks Michael.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1173475>
_______________________________________

From report at bugs.python.org  Thu Aug 12 00:08:07 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Wed, 11 Aug 2010 22:08:07 +0000
Subject: [issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now
	"10.3"	but "10.5" during configure
In-Reply-To: <1281541228.25.0.479762983364.issue9516@psf.upfronthosting.co.za>
Message-ID: <4C631F55.1040509@activestate.com>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

Another machine.
> Is MACOSX_DEPLOYMENT_TARGET set in the environment when you run the command that gives the error message?
I don't think I had this environment set when I saw the above error 
message. I had to set MACOSX_DEPLOYMENT_TARGET=10.5 in order to 
workaround it though.

BTW, I just figured that following command will reliably reproduce this 
issue:

$ MACOSX_DEPLOYMENT_TARGET=10.3 python2.7 -B -s -c "import 
sys;print('%d.%d' % tuple(sys.version_info)[:2])"
Traceback (most recent call last):
   File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", 
line 558, in <module>
     main()
   File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", 
line 540, in main
     known_paths = addusersitepackages(known_paths)
   File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", 
line 264, in addusersitepackages
     user_site = getusersitepackages()
   File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", 
line 239, in getusersitepackages
     user_base = getuserbase() # this will also set USER_BASE
   File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", 
line 229, in getuserbase
     USER_BASE = get_config_var('userbase')
   File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", 
line 518, in get_config_var
     return get_config_vars().get(name)
   File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", 
line 421, in get_config_vars
     _init_posix(_CONFIG_VARS)
   File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", 
line 300, in _init_posix
     raise IOError(msg)
IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" 
during configure

Though, I do recall seeing this error without having that environment 
set at all.

----------
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  Thu Aug 12 00:09:30 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Wed, 11 Aug 2010 22:09:30 +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: <1281564570.82.0.531131096092.issue9516@psf.upfronthosting.co.za>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

Looks like reply-by-email stripped some parts of the message.

> does the error occur on the 10.6 machine you used to do the build or another machine?

Another 10.6 machine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Thu Aug 12 00:10:47 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Wed, 11 Aug 2010 22:10:47 +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: <1281564647.65.0.169839446176.issue9516@psf.upfronthosting.co.za>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

Even simply invoking the interpreter raises this exception!

$ MACOSX_DEPLOYMENT_TARGET=10.3 python2.7
[...] 
IOError: $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  Thu Aug 12 00:13:00 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 11 Aug 2010 22:13:00 +0000
Subject: [issue2443] Define Py_VA_COPY macro as a cross-platform replacement
	for gcc __va_copy
In-Reply-To: <1206095258.5.0.538024401904.issue2443@psf.upfronthosting.co.za>
Message-ID: <1281564780.94.0.0033139534912.issue2443@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Committed in r83949.

----------
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2443>
_______________________________________

From report at bugs.python.org  Thu Aug 12 00:17:49 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 22:17:49 +0000
Subject: [issue1158231] string.Template does not allow step-by-step
	replacements
Message-ID: <1281565069.02.0.58215093271.issue1158231@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

FWIW, the $name $$ $(name) convention is used many other contexts and I don't think there is usually support provided to not substitute $$.  Even if there were, there is a usability issue where the final substitution needs to be applied differently to get the effect of escaping.  Since the final step needs to be different anyway, it is no burden to just use the current string.Template and write $(dollar_sign) in-place of $$ and apply that substitution on the final step.

Also, the current API for extending string.Template is already complex.  IMO, it is not a good idea to add more options to something that was supposed to provide a simpler alternative to templating.

----------
nosy: +rhettinger
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1158231>
_______________________________________

From report at bugs.python.org  Thu Aug 12 00:22:38 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 22:22:38 +0000
Subject: [issue3482] re.split, re.sub and re.subn should support flags
In-Reply-To: <1217575222.11.0.84305922701.issue3482@psf.upfronthosting.co.za>
Message-ID: <1281565358.43.0.519544908626.issue3482@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

This request seems reasonable.

----------
keywords: +easy
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3482>
_______________________________________

From report at bugs.python.org  Thu Aug 12 00:40:19 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 22:40:19 +0000
Subject: [issue8228] pprint, single/multiple items per line parameter
In-Reply-To: <1269497760.71.0.432450737837.issue8228@psf.upfronthosting.co.za>
Message-ID: <1281566419.73.0.958038111815.issue8228@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Am rejecting this request because it complicates pprint and makes it harder to extend.  Most use cases of pprint either don't need this or have output requirements more complicated than proposed (i.e. adding fixed width columns for tabular output, etc).

Also, the current design of pprint doesn't know in advance the width of objects, so a decision to start with multi-column may be invalidated when wider data is encountered later.

----------
nosy: +rhettinger
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8228>
_______________________________________

From report at bugs.python.org  Thu Aug 12 00:44:43 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Aug 2010 22:44:43 +0000
Subject: [issue9424] deprecate unittest.TestCase.assertEquals
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1281566683.42.0.0263055545778.issue9424@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

These synonyms have been around a very long time and many test suites have one or the other or both.  Nothing good can come from breaking those existing test suites.  We don't need to harm our users just to accommodate a stylistic preference.

----------
assignee: ezio.melotti -> rhettinger
nosy: +rhettinger
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9424>
_______________________________________

From report at bugs.python.org  Thu Aug 12 00:47:21 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 22:47:21 +0000
Subject: [issue1626300] 'Installing Python Modules' does not work for Windows
Message-ID: <1281566841.22.0.716305301862.issue1626300@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

My personal taste is that there is virtue in having such simple examples uncluttered by OS-specific variations, but since MvL does not want the python executable to be on the PATH per default, I defer to him and accept your solution. I?ll make a patch with a slightly different wording than the one you proposed.

----------
assignee: docs at python -> eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1626300>
_______________________________________

From report at bugs.python.org  Thu Aug 12 01:17:27 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 11 Aug 2010 23:17:27 +0000
Subject: [issue7511] msvc9compiler.py: ValueError: [u'path']
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1281568647.04.0.727607698048.issue7511@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Sridhar, can you test with 3.2 and 3.1 and adjust versions?

----------
nosy: +eric.araujo
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Thu Aug 12 01:22:52 2010
From: report at bugs.python.org (Christopher Paolini)
Date: Wed, 11 Aug 2010 23:22:52 +0000
Subject: [issue7511] msvc9compiler.py: ValueError: [u'path']
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1281568972.2.0.360420873022.issue7511@psf.upfronthosting.co.za>


Changes by Christopher Paolini <stormlifter at gmail.com>:


----------
nosy:  -Christopher.Paolini

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Thu Aug 12 01:32:13 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Wed, 11 Aug 2010 23:32:13 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281569533.28.0.945451296687.issue9553@psf.upfronthosting.co.za>


Denver Coneybeare <denver.coneybeare at gmail.com> added the comment:

Thanks for the input, r.david.murray.  I've updated my patch and attached it to take into consideration your comments: test_argparse.py.COLUMNS.update2.patch.  The updated patch uses EnviormentVarGuard as suggested, except that it slightly tweaks EnviormentVarGuard so the context manager protocol methods don't have to be invoked directly.

It was also pointed out that "adding setUp and tearDown to TestCase isn't enough, since subclasses and mixins define those without calling the superclass versions", which is true.  However, the tests that override setUp() happen to be those that don't depend on the COLUMNS environment variable.

----------
Added file: http://bugs.python.org/file18481/test_argparse.py.COLUMNS.update2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Thu Aug 12 01:42:05 2010
From: report at bugs.python.org (Alex Roitman)
Date: Wed, 11 Aug 2010 23:42:05 +0000
Subject: [issue9573] imporing a module that executes fork() raises RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>


New submission from Alex Roitman <rshura at gmail.com>:

Importing the module with the following contents results in RuntimeError:

==================
import os
pid = os.fork()

if pid == 0:
    print "In the child"
else:
    print "In the parent"
print "Done\n"
==================

Running the same module as main works just fine, so it seems to be a purely import issue.

I looked into the 2.6.6rc1 source.  This is what I think happens in Python/import.c file:

1. After the fork() call, _PyImport_ReInitLock() is run. It sets import_lock_thread to -1 in the child, line 310.

2. In _PyImport_ReleaseLock() line 290 compares import_loc_thread to the current thread id, and if they are not the same then -1 is returned, which results in RuntimeError in PyImport_ImportModuleLevel (line 2186-2189)

So this is guaranteed to happen in the child, every time fork() is executed inside the module being imported.  If I change line 290 to be:

    if (import_lock_thread != me && import_lock_thread != -1)

then import proceeds fine, although I'm not sure this is a proper solution.

This happens on Linux, Darwin, and Cygwin, with python 2.6.5 and higher. I'd be happy to assist solving this, please let me know how I can help.

----------
components: Interpreter Core
messages: 113643
nosy: Alex.Roitman
priority: normal
severity: normal
status: open
title: imporing a module that executes fork() raises RuntimeError
type: behavior
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 01:44:52 2010
From: report at bugs.python.org (Michael Foord)
Date: Wed, 11 Aug 2010 23:44:52 +0000
Subject: [issue9424] deprecate unittest.TestCase.assertEquals
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1281570292.69.0.645602546371.issue9424@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

We aren't talking about *removing* these methods from unittest - but now that we have standardised on assertEqual for the Python test suite it is annoying (particularly for Ezio who changes) when *new* tests are checked in using the old (deprecated-but-not-actually-deprecated) methods.

As deprecation warnings are now silent by default deprecating these old methods would only affect developers who run their tests specifically looking for information like this. Making the change is also a single "search and replace" across a code-base, so not a difficult change.

Actually whether or not we deprecate these methods in unittest itself is one question (I'm only +0 on that - I don't really care if they live for ever in general and Raymond's response can be read as a strong +1 for that). What Ezio *really* wants is to have these methods raise errors if used during *regrtest* runs, so that core-Python developers no longer use them. That I am fine with - although we would need some way for the tests for these methods themselves to actually run.

----------
assignee: rhettinger -> ezio.melotti
resolution: rejected -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9424>
_______________________________________

From report at bugs.python.org  Thu Aug 12 01:45:33 2010
From: report at bugs.python.org (Michael Foord)
Date: Wed, 11 Aug 2010 23:45:33 +0000
Subject: [issue9424] Disable unittest.TestCase.assertEquals and assert_ during
	a regrtest run
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1281570333.68.0.449183881728.issue9424@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


----------
title: deprecate unittest.TestCase.assertEquals -> Disable unittest.TestCase.assertEquals and assert_ during a regrtest run

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9424>
_______________________________________

From report at bugs.python.org  Thu Aug 12 02:44:45 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 12 Aug 2010 00:44:45 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281573885.93.0.695226988682.issue8688@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Attaching a patch to implement the marker idea. No doc changes yet.

It should work transparently: you don?t have to give an option to have automatic recalculation, you don?t have to give an option to have it leave your manual MANIFEST alone.

(For the curious, history is at http://beta.intuxication.org/hg/merwok/python-patches. Yay for TDD and Mercurial.)

----------
nosy: +eric.araujo
stage: needs patch -> patch review
Added file: http://bugs.python.org/file18482/sdist-manifest-marker.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Thu Aug 12 03:10:23 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 12 Aug 2010 01:10:23 +0000
Subject: [issue7175] Define a standard location and API for configuration files
In-Reply-To: <1256037677.34.0.670034749287.issue7175@psf.upfronthosting.co.za>
Message-ID: <1281575423.95.0.0297078690155.issue7175@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m retitling the bug, given its broader scope.

Michael Foord added another stdlib example: IDLE config files.

Python-dev thread: http://mail.python.org/pipermail/python-dev/2010-August/103011.html

----------
assignee: tarek -> 
components: +Library (Lib) -Distutils2
title: unify pydistutils.cfg and distutils.cfg and use .local -> Define a standard location and API for configuration files
versions:  -Python 2.5, Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7175>
_______________________________________

From report at bugs.python.org  Thu Aug 12 03:45:05 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Aug 2010 01:45:05 +0000
Subject: [issue9571] argparse: Allow the use of -- to break out of nargs and
	into subparser
In-Reply-To: <1281554487.14.0.725527410465.issue9571@psf.upfronthosting.co.za>
Message-ID: <1281577505.02.0.372023379614.issue9571@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It looks like, if accepted, this would be a feature request,so I'm marking it as such and setting versions to 3.2.  You'd have to provide a patch pretty soon to get it in to 3.2, though.

However, I'm guessing that this is something better off implemented via subclassing in your code, since it sounds like a fairly unusual command pattern.  (I've only ever seen options after a -- in a unix comand when those options were being passed unparsed to some *other* command that the first command was a wrapper for.)

I've added Steven as nosy, we'll see what he thinks.

----------
nosy: +bethard, r.david.murray
type: behavior -> feature request
versions:  -Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9571>
_______________________________________

From report at bugs.python.org  Thu Aug 12 03:49:08 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Aug 2010 01:49:08 +0000
Subject: [issue9572] IOError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1281577748.22.0.330082576098.issue9572@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +barry, brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Thu Aug 12 04:06:08 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Aug 2010 02:06:08 +0000
Subject: [issue9573] imporing a module that executes fork() raises RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281578768.28.0.214256972718.issue9573@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This may be a case of "don't do that".  Starting a new thread or process during import (ie: while the import lock is held) is dangerous.  Nosying Brett, since he'll know the real story.

----------
nosy: +brett.cannon, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 04:12:08 2010
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 12 Aug 2010 02:12:08 +0000
Subject: [issue9572] IOError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1281579128.11.0.34361510074.issue9572@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Thu Aug 12 04:13:43 2010
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 12 Aug 2010 02:13:43 +0000
Subject: [issue9573] imporing a module that executes fork() raises RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281579223.4.0.965079821143.issue9573@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Without looking closer at it, don't do that. =)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 04:32:41 2010
From: report at bugs.python.org (Zooko O'Whielacronx)
Date: Thu, 12 Aug 2010 02:32:41 +0000
Subject: [issue3937] platform.dist(): detect Linux distribution version in a
	robust, standard way
In-Reply-To: <1222121612.35.0.920527697852.issue3937@psf.upfronthosting.co.za>
Message-ID: <1281580361.56.0.246609127871.issue3937@psf.upfronthosting.co.za>


Zooko O'Whielacronx <zooko at zooko.com> added the comment:

> Please check what platform.linux_distribution() returns on your platform using Python 2.6rc2.

Here are the results of that. Summary: looks fine to me.

http://tahoe-lafs.org/buildbot/waterfall

Here are the scripts that are generating these results:

http://tahoe-lafs.org/trac/tahoe-lafs/browser/trunk/misc/build_helpers/show-tool-versions.py?rev=4643#L8

http://tahoe-lafs.org/trac/tahoe-lafs/browser/trunk/src/allmydata/__init__.py?rev=4687#L80

The relevant parts of the results are summarized below:

http://tahoe-lafs.org/buildbot/builders/Eugen lenny-amd64

platform: Linux-2.6.26-1-vserver-amd64-x86_64-with-debian-5.0.5

python: 2.5.2 (r252:60911, Jan 24 2010, 17:44:40)  [GCC 4.3.2]
maxunicode: 1114111

platform: Linux-debian_5.0.5-x86_64-64bit



http://tahoe-lafs.org/buildbot/builders/hardy-amd64

platform: Linux-2.6.32-24-server-x86_64-with-Ubuntu-10.04-lucid
linux_distribution: ('Ubuntu', '10.04', 'lucid')

python: 2.6.5 (r265:79063, Apr 16 2010, 13:57:41)  [GCC 4.4.3]
maxunicode: 1114111

platform: Linux-Ubuntu_10.04-x86_64-64bit_ELF



http://tahoe-lafs.org/buildbot/builders/Shawn jaunty amd64

platform: Linux-2.6.32-24-generic-x86_64-with-Ubuntu-10.04-lucid
linux_distribution: ('Ubuntu', '10.04', 'lucid')

python: 2.6.5 (r265:79063, Apr 16 2010, 13:57:41)  [GCC 4.4.3]
maxunicode: 1114111

platform: Linux-Ubuntu_10.04-x86_64-64bit_ELF



http://tahoe-lafs.org/buildbot/builders/Zooko ubuntu-amd64 yukyuk

platform: Linux-2.6.32.8yukyuk36-x86_64-with-Ubuntu-10.04-lucid

python: 2.6.4+ (r264:75706, Feb 16 2010, 02:54:39)  [GCC 4.4.3], maxunicode: 1114111

platform: Linux-Ubuntu_10.04-x86_64-64bit_ELF



http://tahoe-lafs.org/buildbot/builders/Ruben Fedora

platform: Linux-2.6.33.5-rscloud-x86_64-with-fedora-15-Rawhide
linux_distribution: ('Fedora', '15', 'Rawhide')

python: 2.7 (r27:82500, Jul 26 2010, 18:19:48)  [GCC 4.5.0 20100716 (Red Hat 4.5.0-3)]
maxunicode: 1114111

platform: Linux-fedora_15-x86_64-64bit_ELF



http://tahoe-lafs.org/buildbot/builders/Arthur lenny c7 32bit

platform: Linux-2.6.24dedibox-r8-c7-i686-with-debian-5.0.5

python: 2.5.2 (r252:60911, Jan 24 2010, 14:53:14)  [GCC 4.3.2]
maxunicode: 1114111

platform: Linux-debian_5.0.5-i686-32bit



http://tahoe-lafs.org/buildbot/builders/David A. OpenSolaris i386

platform: SunOS-5.11-i86pc-i386-32bit

python: 2.5.2 (r252:60911, Mar 11 2009, 04:50:47) [C]
maxunicode: 65535

platform: SunOS-5.11-i86pc-i386-32bit



http://tahoe-lafs.org/buildbot/builders/Randy FreeBSD-amd64

platform: FreeBSD-8.1-STABLE-amd64-64bit-ELF

python: 2.5.5 (r255:77872, Mar 12 2010, 08:40:28)  [GCC 4.2.1 20070719  [FreeBSD]]
maxunicode: 1114111




http://tahoe-lafs.org/buildbot/builders/Kyle OpenBSD-4.6 amd64

platform: OpenBSD-4.6-amd64-Genuine_Intel-R-_CPU_000_ at _2.93GHz-64bit-ELF
linux_distribution: ('', '', '')

python: 2.6.2 (r262:71600, Jul  4 2009, 23:29:57)  [GCC 3.3.5 (propolice)]
maxunicode: 65535

platform: OpenBSD-4.6-amd64-Genuine_Intel-R-_CPU_000_ at _2.93GHz-64bit-ELF



http://tahoe-lafs.org/buildbot/builders/Ludo NixOS-amd64

platform: Linux-2.6.32.13-x86_64-with-glibc2.2.5
python: 2.6.5 (r265:79063, Mar 23 2010, 09:42:45)  [GCC 4.4.3] , maxunicode: 65535 , stdout.encoding: None , stdin.encoding: None , filesystem.encoding: UTF-8



http://tahoe-lafs.org/buildbot/builders/MM netbsd5 i386 warp

platform: NetBSD-5.0.2-i386-32bit-ELF
linux_distribution: ('', '', '')

python: 2.6.5 (r265:79063, Jun 23 2010, 11:07:30)  [GCC 4.1.3 20080704 prerelease (NetBSD nb2 20081120)] , maxunicode: 65535

platform: NetBSD-5.0.2-i386-32bit-ELF



http://tahoe-lafs.org/buildbot/builders/FranXois lenny-armv5tel

platform: Linux-2.6.32-trunk-iop32x-armv5tel-with-debian-squeeze-sid
linux_distribution: ('debian', 'squeeze/sid', '')

python: 2.6.5+ (release26-maint, Jul  7 2010, 00:21:05)  [GCC 4.4.4]
maxunicode: 1114111

platform: Linux-debian_squeeze/sid-armv5tel-32bit_ELF



http://tahoe-lafs.org/buildbot/builders/FreeStorm CentOS5-i386

platform: Linux-2.6.18-194.8.1.el5-i686-athlon-with-redhat-5.5-Final

python: 2.4.3 (#1, Sep  3 2009, 15:37:12)  [GCC 4.1.2 20080704 (Red Hat 4.1.2-46)]
maxunicode: 1114111

platform: Linux-redhat_5.5-i686-32bit_ELF



http://tahoe-lafs.org/buildbot/builders/zooko ootles Mac-amd64 10.4

platform: Darwin-8.11.1-i386-32bit

python: 2.5.4 (release25-maint:72153M, Apr 30 2009, 12:28:20)  [GCC 4.0.1 (Apple Computer, Inc. build 5367)]
maxunicode: 65535

platform: Darwin-8.11.1-i386-32bit



http://tahoe-lafs.org/buildbot/builders/Zooko zomp Mac-amd64 10.6 py2.6

platform: Darwin-10.4.0-i386-64bit
linux_distribution: ('', '', '')

python: 2.6.1 (r261:67515, Feb 11 2010, 00:51:29)  [GCC 4.2.1 (Apple Inc. build 5646)]
maxunicode: 65535

platform: Darwin-10.4.0-i386-64bit



http://tahoe-lafs.org/buildbot/builders/FreeStorm WinXP-x86 py2.6

platform: Windows-XP-5.1.2600-SP3
linux_distribution: ('', '', '')

python: 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)]
maxunicode: 65535

platform: Windows-XP-5.1.2600-SP3



http://tahoe-lafs.org/buildbot/builders/FreeStorm Win7-amd64-mingw py2.6

platform: Windows-post2008Server-6.1.7600
linux_distribution: ('', '', '')

python: 2.6.5 (r265:79096, Mar 19 2010, 18:02:59) [MSC v.1500 64 bit (AMD64)]
maxunicode: 65535



http://tahoe-lafs.org/buildbot/builders/Soultcer Win7-64 py2.6

platform: Windows-post2008Server-6.1.7600
linux_distribution: ('', '', '')

python: 2.6.5 (r265:79096, Mar 19 2010, 18:02:59) [MSC v.1500 64 bit (AMD64)]
maxunicode: 65535



http://tahoe-lafs.org/buildbot/builders/Dcoder Win7-64 py2.6

platform: Windows-post2008Server-6.1.7600
linux_distribution: ('', '', '')

python: 2.6.5 (r265:79096, Mar 19 2010, 18:02:59) [MSC v.1500 64 bit (AMD64)]
maxunicode: 65535

platform: Windows-post2008Server-6.1.7600

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3937>
_______________________________________

From report at bugs.python.org  Thu Aug 12 04:48:28 2010
From: report at bugs.python.org (Alex Roitman)
Date: Thu, 12 Aug 2010 02:48:28 +0000
Subject: [issue9573] imporing a module that executes fork() raises RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281581308.76.0.300540913653.issue9573@psf.upfronthosting.co.za>


Alex Roitman <rshura at gmail.com> added the comment:

I guess I am missing something here.  In a complex program, everything will be executed in some module or another.  Consequently, the module that contains the fork() call will cause the interpreter to quit.

How can this be worked around, short of placing the fork() in the main module?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 04:55:00 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 12 Aug 2010 02:55:00 +0000
Subject: [issue9573] imporing a module that executes fork() raises RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281581700.51.0.300878087009.issue9573@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

> How can this be worked around, short of placing the fork()
> in the main module?

Why wouldn't you place the fork() call in a function?

----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 04:56:41 2010
From: report at bugs.python.org (Alex Roitman)
Date: Thu, 12 Aug 2010 02:56:41 +0000
Subject: [issue9573] imporing a module that executes fork() raises RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281581801.47.0.242942035934.issue9573@psf.upfronthosting.co.za>


Alex Roitman <rshura at gmail.com> added the comment:

I can place it in a function.  But if I execute that function from anything other than main module, the fork() will be called while import lock is held, one way or another.  It will just happen in another module.  So what?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 05:03:46 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 12 Aug 2010 03:03:46 +0000
Subject: [issue9573] imporing a module that executes fork() raises RuntimeError
In-Reply-To: <1281581801.47.0.242942035934.issue9573@psf.upfronthosting.co.za>
Message-ID: <AANLkTik7y5rVnDkHpcF4x=g-98K01+qN0w5dwSVKhe7y@mail.gmail.com>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

On Wed, Aug 11, 2010 at 10:56 PM, Alex Roitman <report at bugs.python.org> wrote:
>
> Alex Roitman <rshura at gmail.com> added the comment:
>
> I can place it in a function. ?But if I execute that function from anything other than main
> module, the fork() will be called while import lock is held, one way or another. ?It will just
> happen in another module. ?So what?

This discussion is now off-topic for the python bug tracker.  Please
ask questions on how to use python in an appropriate  forum such as
python-list.

The problem you have uncovered only occurs if fork() is called
*during* module import.  If you place fork() in a function, it will
not be called when you import the module or the function, - only when
you call the function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 05:36:15 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 12 Aug 2010 03:36:15 +0000
Subject: [issue5416] str.replace does strange things when given a negative
	count
In-Reply-To: <1236163931.77.0.818123555808.issue5416@psf.upfronthosting.co.za>
Message-ID: <1281584175.95.0.0403202752956.issue5416@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

I am fine with your proposal, Raymond. When I went about the change the docstrings, I did notice that it is not an intentional feature to provide negative values in the replace argument. The negative value (-1 as count) was being used somewhat as a sentinel value to denote replace-all.

I have no problem in reverting current documentation fix, but as a fix we can remove the existing reference of -1 in docstrings of str.replace so that it does not cause any confusing, which was the point of the original bug-report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5416>
_______________________________________

From report at bugs.python.org  Thu Aug 12 07:21:52 2010
From: report at bugs.python.org (Alex Roitman)
Date: Thu, 12 Aug 2010 05:21:52 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281590512.63.0.818565918467.issue9573@psf.upfronthosting.co.za>


Alex Roitman <rshura at gmail.com> added the comment:

1. If fork should not be called during import, it could raise an exception when invoked from import.  But it does not.  Is that a bug then?  BTW, fork during import worked with python 2.4 just fine.

2. The whole issue7242 was devoted to work out import locks during forking. 5 months ago r78527 was committed to to just that (although it is not perfect). If this is not the proper use case then had it been done in error?

3. belopolsky: Thanks for the advice to use the mailing list.  I'd appreciate it if instead you refrained from publishing my email address on this page.

----------
title: imporing a module that executes fork() raises RuntimeError -> importing a module that executes fork() raises RuntimeError

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 08:15:53 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Aug 2010 06:15:53 +0000
Subject: [issue9424] Disable unittest.TestCase.assertEquals and assert_ during
	a regrtest run
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1281593753.42.0.443801994587.issue9424@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

What a tremendous waste of time and inane exercise. AFAICT, this is a zero value add.

Also, we try to avoid these sort of search-and-replace exercises because 1) they are not part of holistic refactoring (Guido's term for making changes while you're working on a particular module, not whole-sale sweep), 2) they risk getting it wrong and 3) it obfuscates the "svn ann" output making it more difficult to tell who did the original work.

The goal is of "have these methods raise errors if used during *regrtest* runs, so that core-Python developers no longer use them" is a worthless one.  Raising errors for this sort of thing wastes the time of developers who are trying to get real work done.

-1

----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9424>
_______________________________________

From report at bugs.python.org  Thu Aug 12 08:46:11 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 12 Aug 2010 06:46:11 +0000
Subject: [issue9424] Disable unittest.TestCase.assertEquals and assert_ during
	a regrtest run
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1281595571.7.0.572663262812.issue9424@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

It's not really a waste of time, since it's just a find and replace and I already have a patch ready. I also believe that there are valid reasons to do it.

When I started learning about unittest, I clearly remember asking myself if I should have used "assertEqual" or "assertEquals" and thought that two different methods with two different names probably did two different things (TMBOOWTDI).  I also remember thinking that "assertEquals" must have been a "plural" version of "assertEqual" able to accept more than two argument at once (i.e. assertEquals(a, b, c, d) -> a == b == c == d).

I can imagine people finding it in some code (possibly in the Python test suite), thinking that is a typo, being confused because the documentation doesn't mention it, wonder how the test can pass if they use a "ghost" method, asking themselves if the code is really executed and so on.

Since we are moving away from these methods, it's annoying seeing people using them and reintroduce them in the Python test suite and that wastes time during the commit reviews for the reviewer and for the committer that has to fix it and merge the fix.

This said, it could be enforced both in regrtest or with a commit hook.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9424>
_______________________________________

From report at bugs.python.org  Thu Aug 12 09:00:16 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Aug 2010 07:00:16 +0000
Subject: [issue5416] str.replace does strange things when given a negative
	count
In-Reply-To: <1236163931.77.0.818123555808.issue5416@psf.upfronthosting.co.za>
Message-ID: <1281596416.35.0.598229347008.issue5416@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Thank you.  Please do the reversion and the docstring fixup.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5416>
_______________________________________

From report at bugs.python.org  Thu Aug 12 09:06:24 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Aug 2010 07:06:24 +0000
Subject: [issue9424] Disable unittest.TestCase.assertEquals and assert_ during
	a regrtest run
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1281596784.73.0.450341009664.issue9424@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Please don't pursue this further.  It does not matter at all whether developers use assertEqual or assertEquals.  That is no more than a stylistic preference.  I do not want a commit hook, or for developer patches to be edited, or for there to be as assertEquals police squad. Please focus on something that is not superficial.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9424>
_______________________________________

From report at bugs.python.org  Thu Aug 12 09:12:42 2010
From: report at bugs.python.org (Jervis Whitley)
Date: Thu, 12 Aug 2010 07:12:42 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>


New submission from Jervis Whitley <jervisau at gmail.com>:

complex() raises ValueError when parsing a string argument containing both real and imaginary where one of the real or imaginary is a decimal.

To reproduce:

>>> complex("1.1 + 2.1j")
ValueError: complex() arg is a malformed string

>>> complex("2.1j")
2.1j

>>> complex("1.1 + 2j")
ValueError: complex() arg is a malformed string

>>> complex("1 + 2.1j")
ValueError: complex() arg is a malformed string 

Expected results:

>>> complex("1.1 + 2.1j")
(1.1 + 2.1j)

>>> complex("2.1j")
2.1j

>>> complex("1.1 + 2j")
(1.1 + 2j)

>>> complex("1 + 2.1j")
(1 + 2.1j)

This affects all versions up to Python 3.1.2. I haven't tested any of the development builds.

Tests were conducted on a Windows XP 32 bit machine.

----------
components: Interpreter Core
messages: 113661
nosy: jdwhitley
priority: normal
severity: normal
status: open
title: complex does not parse strings containing decimals
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/issue9574>
_______________________________________

From report at bugs.python.org  Thu Aug 12 09:13:45 2010
From: report at bugs.python.org (kai zhu)
Date: Thu, 12 Aug 2010 07:13:45 +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: <1281597225.58.0.762248710809.issue9291@psf.upfronthosting.co.za>


kai zhu <kaizhu256 at gmail.com> added the comment:

python 3.1.2 mimetypes initialization also fails in redhat linux:


>>> import http.server
Traceback (most recent call last):
  File "/home/public/i386-redhat-linux-gnu/python/lib/python3.1/http/server.py", line 588, in <module>
    class SimpleHTTPRequestHandler(BaseHTTPRequestHandler):
  File "/home/public/i386-redhat-linux-gnu/python/lib/python3.1/http/server.py", line 764, in SimpleHTTPRequestHandler
    mimetypes.init() # try to read system mime.types
  File "/home/public/i386-redhat-linux-gnu/python/lib/python3.1/mimetypes.py", line 305, in init
    db.readfp(open(file))
  File "/home/public/i386-redhat-linux-gnu/python/lib/python3.1/mimetypes.py", line 209, in readfp
    line = fp.readline()
  File "/home/public/i386-redhat-linux-gnu/bin/../python/lib/python3.1/encodings/ascii.py", line 26, in decode
    return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 3921: ordinal not in range(128)

----------
nosy: +kaizhu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9291>
_______________________________________

From report at bugs.python.org  Thu Aug 12 09:20:20 2010
From: report at bugs.python.org (Mark Summerfield)
Date: Thu, 12 Aug 2010 07:20:20 +0000
Subject: [issue9522] xml.etree.ElementTree forgets the encoding
In-Reply-To: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>
Message-ID: <1281597620.94.0.0801396711498.issue9522@psf.upfronthosting.co.za>


Mark Summerfield <mark at qtrac.eu> added the comment:

Perhaps a useful compromise would be to add an "encoding" attribute that is set to the encoding of the XML file that's read in (and with a default of "ascii").

That way it would be possible to preserve the encoding, e.g.:

import xml.etree.ElementTree as etree
xml_tree = etree.ElementTree(in_filehandle)
# process the tree
xml_tree.write(out_filehandle, encoding=xml_tree.encoding)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9522>
_______________________________________

From report at bugs.python.org  Thu Aug 12 09:52:26 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Aug 2010 07:52:26 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1281599546.58.0.705724736353.issue9574@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

The problem here is the spaces in the input string:

newton:~ dickinsm$ python2.7
Python 2.7 (r27:82500, Jul 13 2010, 14:10:05) 
[GCC 4.2.1 (Apple Inc. build 5659)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> complex("1.1+2.1j")
(1.1+2.1j)

The current behaviour is by design, so I'm changing to feature request.  It may make sense to consider allowing whitespace around the central '+' or '-', though this would mildly complicate the parsing.

I'd be +0 on this change.

----------
assignee:  -> mark.dickinson
nosy: +mark.dickinson
type: behavior -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Thu Aug 12 09:54:55 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Aug 2010 07:54:55 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1281599695.42.0.037124775586.issue9574@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Note also that spaces are already allowed immediately inside the parentheses in a string argument to the complex constructor (in python 2.6 and later):


>>> complex("( 1.1+2.1j )")
(1.1000000000000001+2.1000000000000001j)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Thu Aug 12 10:00:32 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Aug 2010 08:00:32 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1281600032.93.0.345194159829.issue9574@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
stage:  -> needs patch
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Thu Aug 12 10:05:18 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 12 Aug 2010 08:05:18 +0000
Subject: [issue9522] xml.etree.ElementTree forgets the encoding
In-Reply-To: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>
Message-ID: <1281600318.9.0.932071839044.issue9522@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

lxml.etree has encapsulated this in a 'docinfo' property which also holds the XML 'version', the 'standalone' state and the DOCTYPE (if available).

Note that this information is readily available in lxml.etree for any parsed Element (by wrapping it in a new ElementTree), but not in ET where it can only be associated to the ElementTree instance that did the parsing, not one that just wraps a parsed tree of Element objects. I would expect that this is still enough to handle this use case, though.

Stefan

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9522>
_______________________________________

From report at bugs.python.org  Thu Aug 12 10:21:30 2010
From: report at bugs.python.org (Mark Summerfield)
Date: Thu, 12 Aug 2010 08:21:30 +0000
Subject: [issue9522] xml.etree.ElementTree forgets the encoding
In-Reply-To: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>
Message-ID: <1281601290.24.0.334099302537.issue9522@psf.upfronthosting.co.za>


Mark Summerfield <mark at qtrac.eu> added the comment:

I don't see how lxml is relevant here? lxml is a third party library, whereas etree is part of the standard library. And according to the 3.1.2 docs etree doesn't have a docinfo (or any other) property.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9522>
_______________________________________

From report at bugs.python.org  Thu Aug 12 10:43:09 2010
From: report at bugs.python.org (Steven Bethard)
Date: Thu, 12 Aug 2010 08:43:09 +0000
Subject: [issue9571] argparse: Allow the use of -- to break out of nargs and
	into subparser
In-Reply-To: <1281554487.14.0.725527410465.issue9571@psf.upfronthosting.co.za>
Message-ID: <1281602589.79.0.427815597599.issue9571@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

This is closely related to issue 9338. The parser should know that your command line requires at least the COMMAND argument, so it should stop parsing in time for that. However, in the case of subcommands, even if we solved issue 9338, you would still get the behavior that

./script.py --ignore one two COMMAND arg1 arg2

would get parsed as "arg2" being the command. So I guess there still ought to be a way to tell argparse to stop parsing nargs='+' optionals.

Seems like there's also a bug in the current behavior - you should get an error saying that no command was given, not an error saying you issued the command "--".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9571>
_______________________________________

From report at bugs.python.org  Thu Aug 12 11:15:27 2010
From: report at bugs.python.org (Nir Aides)
Date: Thu, 12 Aug 2010 09:15:27 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281604527.11.0.833571850348.issue7467@psf.upfronthosting.co.za>


Nir Aides <nir at winpdb.org> added the comment:

I think patch may be simplified. Instead of keeping track of CRC offset, invoke it directly on the 'data' variable being added to _readbuffer. 

Also the call to _update_crc() before the return from read1() looks redundant.

Finally, is it possible to determine end of file if length of 'data' (computed for crc) is 0?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Thu Aug 12 11:27:41 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 12 Aug 2010 09:27:41 +0000
Subject: [issue9522] xml.etree.ElementTree forgets the encoding
In-Reply-To: <1281000730.31.0.804989593298.issue9522@psf.upfronthosting.co.za>
Message-ID: <1281605261.12.0.466498724255.issue9522@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

That's why I mention it here to prevent future incompatibilities between the two libraries.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9522>
_______________________________________

From report at bugs.python.org  Thu Aug 12 11:53:34 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Aug 2010 09:53:34 +0000
Subject: [issue1491804] Simple slice support for list.sort() and .reverse()
Message-ID: <1281606814.56.0.352287462968.issue1491804@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I'm rejecting this feature request on the grounds that the use cases are sufficiently uncommon to warrant adding API complexity.  

Currently, the notions of reverse() and sort() are comparatively simple.  They correspond well to what I see in other languages.

Another issue is orthogonality, keeping the notions of slicing separate from concerns about sorting and reversing.

Also, the optimization aspect of this feature request is misguided (trying to reduce an O(n) step embedded inside an O(n log n) operation.

The purported syntactic gain is also negligible and uncompelling.
The rare bit of code that currently is written:

  sorted(s[a:b], key=f)

would instead become:

  sorted(s, key=f, start=a, stop=b)

There is no significant syntactic win or gain in expressiveness.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1491804>
_______________________________________

From report at bugs.python.org  Thu Aug 12 12:17:53 2010
From: report at bugs.python.org (=?utf-8?q?Michael=2EElsd=C3=B6rfer?=)
Date: Thu, 12 Aug 2010 10:17:53 +0000
Subject: [issue9338] argparse optionals with nargs='+' can't be followed by
	positionals
In-Reply-To: <1279881989.28.0.725806934086.issue9338@psf.upfronthosting.co.za>
Message-ID: <1281608273.32.0.433950153401.issue9338@psf.upfronthosting.co.za>


Changes by Michael.Elsd?rfer <michael at elsdoerfer.info>:


----------
nosy: +elsdoerfer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9338>
_______________________________________

From report at bugs.python.org  Thu Aug 12 13:02:39 2010
From: report at bugs.python.org (Heejin)
Date: Thu, 12 Aug 2010 11:02:39 +0000
Subject: [issue9575] os.listdir() crashes on some long and deep paths in
	Windows 7
In-Reply-To: <1281610958.98.0.583662665804.issue9575@psf.upfronthosting.co.za>
Message-ID: <1281610958.98.0.583662665804.issue9575@psf.upfronthosting.co.za>


New submission from Heejin <aheejin at gmail.com>:

As far as I have seen, this bug only appears in Windows 7. I tested with Python 2.5, 2.6, and 2.7 and they all seem to have this bug.
I tested with Windows 7 Korean version. I'm not sure if other language versions have the same problem.

Reproduction steps:

1. Run a command shell 'cmd'.

2. Run following commands in order:
cd c:\
mkdir rpcc\build
cd rpcc\build
mkdir customs\llvm2dre\llvm-2.6\tools\clang\test\CXX\over\over.match\over.match.best\over.best.ics\over.ics.ellipsis\.svn\tmp\prop-base

3. Create a python script file temp.py with the contents below
import os
path = 'customs\\llvm2dre\\llvm-2.6\\tools\\clang\\test\\CXX\\over\\over.match\\over.match.best\\over.best.ics\\over.ics.ellipsis\\.svn\\tmp\\prop-base'
os.listdir(path)
(I attached this file in this post)

4. Run the script.
python temp.py

5. Then you can see it crashes.

----------
components: Library (Lib), Windows
files: temp.py
messages: 113672
nosy: aheejin
priority: normal
severity: normal
status: open
title: os.listdir() crashes on some long and deep paths in Windows 7
type: crash
versions: Python 2.5, Python 2.6, Python 2.7
Added file: http://bugs.python.org/file18483/temp.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9575>
_______________________________________

From report at bugs.python.org  Thu Aug 12 13:04:34 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 12 Aug 2010 11:04:34 +0000
Subject: [issue9575] os.listdir() crashes on some long and deep paths in
	Windows 7
In-Reply-To: <1281610958.98.0.583662665804.issue9575@psf.upfronthosting.co.za>
Message-ID: <1281611074.31.0.272046125202.issue9575@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
nosy: +tim.golden
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9575>
_______________________________________

From report at bugs.python.org  Thu Aug 12 13:34:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 11:34:29 +0000
Subject: [issue3482] re.split, re.sub and re.subn should support flags
In-Reply-To: <1217575222.11.0.84305922701.issue3482@psf.upfronthosting.co.za>
Message-ID: <1281612869.34.0.472516981598.issue3482@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage: unit test needed -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3482>
_______________________________________

From report at bugs.python.org  Thu Aug 12 14:02:30 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 12 Aug 2010 12:02:30 +0000
Subject: [issue6164] [AIX] Patch to correct the AIX C/C++ linker argument used
	for 'runtime_library_dirs'
In-Reply-To: <1243876957.94.0.533443517724.issue6164@psf.upfronthosting.co.za>
Message-ID: <1281614550.59.0.619360279692.issue6164@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo
versions:  -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6164>
_______________________________________

From report at bugs.python.org  Thu Aug 12 14:23:33 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 12 Aug 2010 12:23:33 +0000
Subject: [issue9055] test_issue_8959_b fails when run from a service
In-Reply-To: <1277159969.39.0.181729867437.issue9055@psf.upfronthosting.co.za>
Message-ID: <1281615813.77.0.523890749613.issue9055@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Fudge-fix committed as r83948, r83958. Not sure what status to set

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9055>
_______________________________________

From report at bugs.python.org  Thu Aug 12 14:35:50 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 12 Aug 2010 12:35:50 +0000
Subject: [issue2304] subprocess under windows fails to quote properly
	when	shell=True
In-Reply-To: <1205685138.96.0.183811169845.issue2304@psf.upfronthosting.co.za>
Message-ID: <1281616550.77.0.68548985709.issue2304@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

ReComitted as r83947, r83956, r83957 and this time the buildbots look happy. (At least as regards this change).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2304>
_______________________________________

From report at bugs.python.org  Thu Aug 12 14:42:35 2010
From: report at bugs.python.org (Paul Moore)
Date: Thu, 12 Aug 2010 12:42:35 +0000
Subject: [issue9055] test_issue_8959_b fails when run from a service
In-Reply-To: <1281615813.77.0.523890749613.issue9055@psf.upfronthosting.co.za>
Message-ID: <AANLkTim+G3bCUu+ujxXpPCrcH4eE-fimVWoyAd5SwS7+@mail.gmail.com>


Paul Moore <p.f.moore at gmail.com> added the comment:

Certainly the 2.7 branch on my buildbot is now OK (3.x is failing for
other reasons :-()

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9055>
_______________________________________

From report at bugs.python.org  Thu Aug 12 14:47:14 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Aug 2010 12:47:14 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1281617234.36.0.639423049278.issue9574@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'm wondering whether the moratorium (PEP 3003) applies to this; from a close reading I'd say it does.  At any rate, it seems like an inessential enhancement, so I'd be happy to delay this until 3.3.

----------
versions: +Python 3.3 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Thu Aug 12 15:01:34 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 12 Aug 2010 13:01:34 +0000
Subject: [issue9575] os.listdir() crashes on some long and deep paths in
	Windows 7
In-Reply-To: <1281610958.98.0.583662665804.issue9575@psf.upfronthosting.co.za>
Message-ID: <1281618094.85.0.399844148579.issue9575@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

I can't get it crash on a path that short. I can produce an error message if I push it beyond the 254 limit, but you can work around that by applying the filesystem namespace prefix:

<code>
import os

path = "c:\\" + "\\".join (130 * ['xx'])
os.makedirs (path)
#
# will fail more or less violently
#
path = "\\\\?\\" + path
os.makedirs (path)
os.listdir (path)

</code>

Probably related issues:

http://bugs.python.org/issue9246
http://bugs.python.org/issue4071

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9575>
_______________________________________

From report at bugs.python.org  Thu Aug 12 15:57:34 2010
From: report at bugs.python.org (Heejin)
Date: Thu, 12 Aug 2010 13:57:34 +0000
Subject: [issue9575] os.listdir() crashes on some long and deep paths in
	Windows 7
In-Reply-To: <1281610958.98.0.583662665804.issue9575@psf.upfronthosting.co.za>
Message-ID: <1281621454.71.0.765623785967.issue9575@psf.upfronthosting.co.za>


Heejin <aheejin at gmail.com> added the comment:

Thank you for your answer.

Actually I tried that in two Windows7-installed computers
and failed in both. But I don't think it is the problem of
path lengths; I created other paths that long and that deep
but os.listdir() works on them. That's why I wrote the path
verbatim on which the function crashes.
I couldn't find the exact conditions for it to crash.

I haven't heard of that "filesystem namespace prefix"
'\\\\?\\' before. I searched it in the manual and googled it
but couldn't find an explanation about it. But when I modified
the path in my example temp.py it worked! I don't know why though.
Could you point out some informative pages about this prefix?

Unfortunately, the example temp.py is characterizing only the
key reason of the crash. My program uses os.walk() and
os.listdir() was actually called within os.walk(),
so I cannot prepend the path with '\\\\?\\'.

Fortunately I found another workaround for my program,
but this still seems a bug..

Thank you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9575>
_______________________________________

From report at bugs.python.org  Thu Aug 12 16:04:35 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 12 Aug 2010 14:04:35 +0000
Subject: [issue9575] os.listdir() crashes on some long and deep paths
	in	Windows 7
In-Reply-To: <1281621454.71.0.765623785967.issue9575@psf.upfronthosting.co.za>
Message-ID: <4C63FF6B.2020607@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

See: http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx

I tried first with your exact path and it caused no issues on
my Win7 box. FWIW you could easily roll your own os.walk
(starting by copying the code that's there) if you needed
to roll in special-cases.

Could you provide a batch file / Python script which exactly
reproduces the issue and a cut-and-paste of the resulting
traceback. (Unless "crash" really does mean "crash").

Would you be able to narrow the issue down any further: see
if any other paths cause the same issue, or if a longer or
a shorter version of the path is problematic.

TJG

----------
title: os.listdir() crashes on some long and deep paths in Windows 7 -> os.listdir() crashes on some long and deep paths in	Windows 7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9575>
_______________________________________

From report at bugs.python.org  Thu Aug 12 16:05:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 14:05:54 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281621954.84.0.375168760817.issue7467@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, here is a new patch with a simpler logic. I've also added tests with a deflated zipfile entry with a bad CRC (in addition to the one with a stored zipfile entry).

> Finally, is it possible to determine end of file if length of 'data'
> (computed for crc) is 0?

I'm not sure I understand the question.

----------
Added file: http://bugs.python.org/file18484/zipcrc2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Thu Aug 12 16:47:25 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 12 Aug 2010 14:47:25 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281624445.01.0.376814433811.issue9573@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
Removed message: http://bugs.python.org/msg113654

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 16:47:39 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 12 Aug 2010 14:47:39 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281624459.14.0.657799821032.issue9573@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/issue9573>
_______________________________________

From report at bugs.python.org  Thu Aug 12 16:50:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 14:50:54 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281624654.2.0.906674509081.issue8857@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I've ported the patch to py3k and checked it works under Mandriva Linux and Windows 7 x64.

----------
versions:  -Python 2.6
Added file: http://bugs.python.org/file18485/getaddrinfo3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Thu Aug 12 16:56:35 2010
From: report at bugs.python.org (Nir Aides)
Date: Thu, 12 Aug 2010 14:56:35 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281624995.64.0.0275848774265.issue7467@psf.upfronthosting.co.za>


Nir Aides <nir at winpdb.org> added the comment:

But you answered my question with code :) self._file_size is now unused and may be removed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Thu Aug 12 17:00:09 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 12 Aug 2010 15:00:09 +0000
Subject: [issue1475] test_popen fails when the directory contains a space
In-Reply-To: <1195544172.34.0.734753003895.issue1475@psf.upfronthosting.co.za>
Message-ID: <1281625209.34.0.420272985564.issue1475@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Fixed by issue2304

----------
components:  -Library (Lib), Tests, Windows
nosy: +tim.golden
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1475>
_______________________________________

From report at bugs.python.org  Thu Aug 12 17:31:47 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 15:31:47 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281627107.69.0.529495773241.issue7467@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ah, indeed. I've committed an updated patch in r83959 (py3k), r83962 (3.1) and r83961 (2.7). Thank you!

----------
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Thu Aug 12 17:40:57 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 12 Aug 2010 15:40:57 +0000
Subject: [issue5484] subprocess.call() fails for .bat files on Windows,
	if executable path contains parenthesis
In-Reply-To: <1236954727.06.0.0825252452212.issue5484@psf.upfronthosting.co.za>
Message-ID: <1281627657.37.0.395631632998.issue5484@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

OK; issue2304 is now fixed and closed. But it doesn't seem to make any difference to this behaviour. I've just retested and I see on py3k the behaviour the OP saw. CreateProcess does the same thing and I couldn't even get it to work with multiply-nested quotes. So I would maintain it's not a Python issue as such.

I'm closing as won't fix and leave it to the OP to reopen if he feels there's something which could be done.

----------
assignee:  -> tim.golden
resolution:  -> wont fix
stage: unit test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5484>
_______________________________________

From report at bugs.python.org  Thu Aug 12 17:44:53 2010
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 12 Aug 2010 15:44:53 +0000
Subject: [issue9576] logging.addLevelName in file-based configurations
In-Reply-To: <1281627893.73.0.657800338781.issue9576@psf.upfronthosting.co.za>
Message-ID: <1281627893.73.0.657800338781.issue9576@psf.upfronthosting.co.za>


New submission from Tarek Ziad? <ziade.tarek at gmail.com>:

It's not possible to use a custom level in a file-based configuration unless you programatically call logging.addLevelName('LEVEL', VALUE)

It would be nice to be able to declare new levels in config files

----------
assignee: vinay.sajip
components: Library (Lib)
messages: 113686
nosy: tarek, vinay.sajip
priority: normal
severity: normal
status: open
title: logging.addLevelName in file-based configurations
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9576>
_______________________________________

From report at bugs.python.org  Thu Aug 12 17:51:29 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 12 Aug 2010 15:51:29 +0000
Subject: [issue6884] Impossible to include file in sdist that starts with
	'build' on Win32
In-Reply-To: <1252679308.98.0.343140927716.issue6884@psf.upfronthosting.co.za>
Message-ID: <1281628289.59.0.969660129298.issue6884@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?ll write a unit test shortly.

----------
assignee: tarek -> eric.araujo
versions: +Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6884>
_______________________________________

From report at bugs.python.org  Thu Aug 12 17:52:48 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 12 Aug 2010 15:52:48 +0000
Subject: [issue9576] logging.addLevelName in file-based configurations
In-Reply-To: <1281627893.73.0.657800338781.issue9576@psf.upfronthosting.co.za>
Message-ID: <1281628368.09.0.533248381863.issue9576@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/issue9576>
_______________________________________

From report at bugs.python.org  Thu Aug 12 17:53:05 2010
From: report at bugs.python.org (Arman)
Date: Thu, 12 Aug 2010 15:53:05 +0000
Subject: [issue9577] html parser bug related with CDATA sections
In-Reply-To: <1281628385.29.0.0117705176523.issue9577@psf.upfronthosting.co.za>
Message-ID: <1281628385.29.0.0117705176523.issue9577@psf.upfronthosting.co.za>


New submission from Arman <arman.hunanyan at gmail.com>:

When HTMLParser reaches CDATA element it enters cdata mode by calling set_cdata_mode (file html/parser.py line 270). this method assigns self.interesting member new value r'<(/|\Z)'. But this is not correct. Consider following case 

<script language="javascript">
<!--
if (window.adgroupid == undefined) {
	window.adgroupid = Math.round(Math.random() * 1000);
}
document.write('<scr'+'ipt language="javascript1.1" src="http://adserver.adtech.de/addyn|3.0|876|2378574|0|225|ADTECH;loc=100;target=_blank;key=;grp='+window.adgroupid+';misc='+new Date().getTime()+'"></scri'+'pt>');
//-->
</script>

</scri'+'pt> matches with r'<(/|\Z)' and parser gets confused and produce wrong results.  You can see such real htmls in 

www.ahram.org.eg
www.chefkoch.de
www.chemieonline.de
www.eip.gov.eg
www.rezepte.li
www.scienceworld.com 

The solution can be to keep

interesting_cdata_script = re.compile(r'<(/|\z)script')
interesting_cdata_style = re.compile(r'<(/|\z)style')

instead of 

interesting_cdata = re.compile(r'<(/|\Z)')

and depending on what tag is begins (script or style) set_cdata_mode can assign correct regexp to self.interesting member.


Please contact with me via email if you need more details.

arman.hunanyan at gmail.com

----------
components: Library (Lib)
messages: 113688
nosy: Hunanyan
priority: normal
severity: normal
status: open
title: html parser bug related with CDATA sections
type: behavior
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9577>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:18:50 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 12 Aug 2010 17:18:50 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1281633530.89.0.744723486422.issue9574@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Current behavior is also consistent with that of fractions:

>>> Fraction("1/2")
Fraction(1, 2)
>>> Fraction("1 / 2")
Traceback (most recent call last):
  ..
ValueError: Invalid literal for Fraction: '1 / 2'

I am -1 on this RFE.  At most, this can be clarified in the docs.

Allowing whitespace involves too much uncertainly.  Would you allow any white space or just chr(0x20)?  End-of-line or tab in complex numbers is most likely a typo and should be flagged.  What about more exotic unicode whitespace such as chr(0x00A0) or chr(0x2009)?  Allow one or any number of whitespace characters?

Users who need a more powerful parser can use eval() or simply remove spaces from their strings before converting them to numbers.

----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:27:33 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 17:27:33 +0000
Subject: [issue9543] 2.6.6 rc1 socket.py flush() calls del on unbound 'view'
	variable
In-Reply-To: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>
Message-ID: <1281634053.09.0.568840208992.issue9543@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Patch accepted, please apply for 2.6.6.

----------
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9543>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:29:56 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 12 Aug 2010 17:29:56 +0000
Subject: [issue9543] 2.6.6 rc1 socket.py flush() calls del on unbound 'view'
	variable
In-Reply-To: <1281317724.88.0.544391829079.issue9543@psf.upfronthosting.co.za>
Message-ID: <1281634196.77.0.0634188265054.issue9543@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Done in r83964.

----------
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9543>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:31:15 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 17:31:15 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281634275.61.0.851557025492.issue7467@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
priority: normal -> release blocker
versions: +Python 2.6 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:32:01 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 17:32:01 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281634321.41.0.712526313629.issue7467@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:36:22 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 12 Aug 2010 17:36:22 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1281634582.37.0.565866814061.issue9574@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

I did some experimentation and found some inconsistency between int and complex:

>>> int('\xA11')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa1 in position 0: invalid start byte

but
>>> complex('\xA11')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: complex() arg is a malformed string

The int behavior is probably a bug that should be reported separately.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:50:17 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Aug 2010 17:50:17 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1281635417.69.0.212347471059.issue9574@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I don't think determining *which* whitespace is allowed is a problem; just use whatever's already being used for the whitespace that's already allowed (around the whole complex input, for example, or between the optional parentheses and the number).

Please open a separate bug report for the UnicodeDecodeError.  Though I have a suspicion/vague recollection that this has already come up somewhere in the tracker...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:52:38 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 12 Aug 2010 17:52:38 +0000
Subject: [issue9578] int() raises UnicodeDecodeError when called on malformed
	string
In-Reply-To: <1281635558.42.0.560480502776.issue9578@psf.upfronthosting.co.za>
Message-ID: <1281635558.42.0.560480502776.issue9578@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky <belopolsky at users.sourceforge.net>:

>>> int('\xA11')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa1 in position 0: invalid start byte

This is inconsistent with other number types' behavior: 
>>> float(b'\xA1')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: could not convert string to float: ?

----------
messages: 113694
nosy: belopolsky, mark.dickinson
priority: normal
severity: normal
status: open
title: int() raises UnicodeDecodeError when called on malformed string

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9578>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:54:24 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 12 Aug 2010 17:54:24 +0000
Subject: [issue9578] int() raises UnicodeDecodeError when called on malformed
	string
In-Reply-To: <1281635558.42.0.560480502776.issue9578@psf.upfronthosting.co.za>
Message-ID: <1281635664.75.0.724990095332.issue9578@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
components: +Interpreter Core
nosy: +ezio.melotti
stage:  -> unit test needed
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9578>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:55:06 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 12 Aug 2010 17:55:06 +0000
Subject: [issue7710] Inconsistent Exception for int() conversion
In-Reply-To: <1263584123.75.0.822719915688.issue7710@psf.upfronthosting.co.za>
Message-ID: <1281635706.05.0.174523187938.issue7710@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/issue7710>
_______________________________________

From report at bugs.python.org  Thu Aug 12 19:55:55 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 12 Aug 2010 17:55:55 +0000
Subject: [issue4221] inconsistent exception from int is confusing
In-Reply-To: <1225213917.89.0.391557406226.issue4221@psf.upfronthosting.co.za>
Message-ID: <1281635755.78.0.40874919663.issue4221@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/issue4221>
_______________________________________

From report at bugs.python.org  Thu Aug 12 20:05:55 2010
From: report at bugs.python.org (Michael Foord)
Date: Thu, 12 Aug 2010 18:05:55 +0000
Subject: [issue9424] Disable unittest.TestCase.assertEquals and assert_ during
	a regrtest run
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1281636355.35.0.642172215137.issue9424@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Well, there is *some* value in stylistic consistency. If it didn't matter at all then Guido wouldn't have instigated the deprecation of assertEquals and assert_ and standardised on assertEqual (which he did during the sprints at PyCon 2009). Either we stick with that or we don't.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9424>
_______________________________________

From report at bugs.python.org  Thu Aug 12 20:09:28 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Thu, 12 Aug 2010 18:09:28 +0000
Subject: [issue9578] int() raises UnicodeDecodeError when called on malformed
	string
In-Reply-To: <1281635558.42.0.560480502776.issue9578@psf.upfronthosting.co.za>
Message-ID: <1281636568.87.0.618128075566.issue9578@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

a duplicate of #7710

----------
nosy: +flox
resolution:  -> duplicate
status: open -> closed
superseder:  -> Inconsistent Exception for int() conversion

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9578>
_______________________________________

From report at bugs.python.org  Thu Aug 12 20:10:40 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Thu, 12 Aug 2010 18:10:40 +0000
Subject: [issue7710] Inconsistent Exception for int() conversion
In-Reply-To: <1263584123.75.0.822719915688.issue7710@psf.upfronthosting.co.za>
Message-ID: <1281636640.29.0.884907359471.issue7710@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +belopolsky
stage:  -> unit test needed
type:  -> behavior
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7710>
_______________________________________

From report at bugs.python.org  Thu Aug 12 20:24:25 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 12 Aug 2010 18:24:25 +0000
Subject: [issue8371] Add a command to download distributions
In-Reply-To: <1271004631.29.0.0742687502668.issue8371@psf.upfronthosting.co.za>
Message-ID: <1281637465.49.0.505286292226.issue8371@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/issue8371>
_______________________________________

From report at bugs.python.org  Thu Aug 12 20:26:52 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Aug 2010 18:26:52 +0000
Subject: [issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a
	value other than 80
In-Reply-To: <1281405802.56.0.0746900619959.issue9553@psf.upfronthosting.co.za>
Message-ID: <1281637612.07.0.897769335837.issue9553@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I don't think it is worthwhile to jump through hoops to avoid calling the special methods.  Your patch also creates an unnecessary dependency on the internal implementation of EnvironmentVarGuard (ie: the fact that currently __enter__ happens to return self...this is *not* part of EnvironmentVarGuard's interface contract).

----------
stage: unit test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9553>
_______________________________________

From report at bugs.python.org  Thu Aug 12 20:44:49 2010
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 12 Aug 2010 18:44:49 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281638689.48.0.39691683602.issue5867@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/issue5867>
_______________________________________

From report at bugs.python.org  Thu Aug 12 20:52:23 2010
From: report at bugs.python.org (Daniel Urban)
Date: Thu, 12 Aug 2010 18:52:23 +0000
Subject: [issue5996] abstract class instantiable when subclassing dict
In-Reply-To: <1242050763.07.0.145569961651.issue5996@psf.upfronthosting.co.za>
Message-ID: <1281639143.15.0.141345697454.issue5996@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

I think, that the reason is that, object.__new__ checks, if the class is instantiable (object_new in Objects/typeobject.c ). dict.__new__ (and tuple.__new__, and I guess the __new__ method of other built-in types) doesn't call object.__new__, but user defined types typically either doesn't have a __new__, or call object.__new__ from it (directly or with super).

----------
nosy: +durban

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5996>
_______________________________________

From report at bugs.python.org  Thu Aug 12 21:12:14 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 12 Aug 2010 19:12:14 +0000
Subject: [issue9579] In 3.x,
	os.confstr() returns garbage if value is longer than 255 bytes
In-Reply-To: <1281640334.52.0.33251169247.issue9579@psf.upfronthosting.co.za>
Message-ID: <1281640334.52.0.33251169247.issue9579@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

It may be hard to find a configuration string this long, but you
can see the problem if you apply the attached
confstr-reduce-bufsize.diff to reduce the size of the local array
buffer that posix_confstr() uses.  With it applied:

>>> import os
>>> print(ascii(os.confstr("CS_PATH")))
'\x00\ucbcb\ucbcb\ucbcb\ucbcb\ucbcb\ucbcb\ucbcb\ucbcb\ucbcb\ucbcb\ucbcb\ucbcb'

The problem arises because the code first tries to receive the
configuration string into the local buffer (char buffer[256],
reduced to char buffer[1] above), but then tries to receive it
directly into a string object if it doesn't fit.  You can see
what's gone wrong by comparing the working code in 2.x:

    if ((unsigned int)len >= sizeof(buffer)) {
        result = PyString_FromStringAndSize(NULL, len-1);
        if (result != NULL)
            confstr(name, PyString_AS_STRING(result), len);
    }
    else
        result = PyString_FromStringAndSize(buffer, len-1);

with the code in 3.x:

    if ((unsigned int)len >= sizeof(buffer)) {
        result = PyUnicode_FromStringAndSize(NULL, len-1);
        if (result != NULL)
            confstr(name, _PyUnicode_AsString(result), len);
    }
    else
        result = PyUnicode_FromStringAndSize(buffer, len-1);

Namely, that in 3.x it tries to receive the string into the bytes
object returned by _PyUnicode_AsString(), not the str object it
has just allocated (which has the wrong format anyway -
Py_UNICODE as opposed to char).

The attached confstr-long-result.diff fixes this by allocating a
separate buffer when necessary to receive the result, before
creating the string object from it.  By putting the confstr()
call and allocation in a loop, it also handles the possibility
that the value's length might change between calls.

----------
components: Extension Modules
files: confstr-reduce-bufsize.diff
keywords: patch
messages: 113699
nosy: baikie
priority: normal
severity: normal
status: open
title: In 3.x, os.confstr() returns garbage if value is longer than 255 bytes
type: behavior
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18486/confstr-reduce-bufsize.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9579>
_______________________________________

From report at bugs.python.org  Thu Aug 12 21:13:29 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 12 Aug 2010 19:13:29 +0000
Subject: [issue9579] In 3.x,
	os.confstr() returns garbage if value is longer than 255 bytes
In-Reply-To: <1281640334.52.0.33251169247.issue9579@psf.upfronthosting.co.za>
Message-ID: <1281640409.7.0.334264854349.issue9579@psf.upfronthosting.co.za>


Changes by David Watson <baikie at users.sourceforge.net>:


Added file: http://bugs.python.org/file18487/confstr-long-result.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9579>
_______________________________________

From report at bugs.python.org  Thu Aug 12 21:16:56 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 12 Aug 2010 19:16:56 +0000
Subject: [issue9580] os.confstr() doesn't decode result according to PEP 383
In-Reply-To: <1281640616.02.0.101199550238.issue9580@psf.upfronthosting.co.za>
Message-ID: <1281640616.02.0.101199550238.issue9580@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

The attached patch applies on top of the patch from issue #9579 to
make it use PyUnicode_DecodeFSDefaultAndSize().  (You could use
it in the existing code, but until that issue is fixed, there is
sometimes nothing to decode!)

----------
components: Extension Modules
files: confstr-pep383.diff
keywords: patch
messages: 113700
nosy: baikie
priority: normal
severity: normal
status: open
title: os.confstr() doesn't decode result according to PEP 383
type: behavior
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18488/confstr-pep383.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9580>
_______________________________________

From report at bugs.python.org  Thu Aug 12 21:18:11 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 12 Aug 2010 19:18:11 +0000
Subject: [issue9579] In 3.x,
	os.confstr() returns garbage if value is longer than 255 bytes
In-Reply-To: <1281640334.52.0.33251169247.issue9579@psf.upfronthosting.co.za>
Message-ID: <1281640691.53.0.83977019287.issue9579@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

The returned string should also be decoded with the file system
encoding and surrogateescape error handler, as per PEP 383 -
there's a patch at issue #9580 to do this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9579>
_______________________________________

From report at bugs.python.org  Thu Aug 12 21:26:49 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 12 Aug 2010 19:26:49 +0000
Subject: [issue9569] Add tests for posix.mknod() and posix.mkfifo()
In-Reply-To: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>
Message-ID: <1281641209.48.0.982626210792.issue9569@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

I'm not quite sure what you mean, but the man page for FreeBSD 5.3 specifies EPERM for an unprivileged user and EINVAL for an attempt to create something other than a device node.  POSIX requires creating a FIFO to work for any user, and just says that EINVAL is for an "invalid argument".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9569>
_______________________________________

From report at bugs.python.org  Thu Aug 12 22:29:50 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 12 Aug 2010 20:29:50 +0000
Subject: [issue9569] Add tests for posix.mknod() and posix.mkfifo()
In-Reply-To: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>
Message-ID: <1281644990.92.0.532173584149.issue9569@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

OK, these patches work on FreeBSD 5.3 (root and non-root) if you want to check the errno.  I don't know what other systems might return though.  I did also find that the 2.x tests were failing on cleanup because the test class used os.unlink rather than support.unlink (which ignores missing files) as its 3.x counterpart does, so I've updated the patch to change that as well.

----------
Added file: http://bugs.python.org/file18489/test-mknod-mkfifo-2.x-2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9569>
_______________________________________

From report at bugs.python.org  Thu Aug 12 22:30:27 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 12 Aug 2010 20:30:27 +0000
Subject: [issue9569] Add tests for posix.mknod() and posix.mkfifo()
In-Reply-To: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>
Message-ID: <1281645027.44.0.171614235467.issue9569@psf.upfronthosting.co.za>


Changes by David Watson <baikie at users.sourceforge.net>:


Added file: http://bugs.python.org/file18490/add-errno-check-2.x.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9569>
_______________________________________

From report at bugs.python.org  Thu Aug 12 22:30:38 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 12 Aug 2010 20:30:38 +0000
Subject: [issue9569] Add tests for posix.mknod() and posix.mkfifo()
In-Reply-To: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>
Message-ID: <1281645038.84.0.148259342349.issue9569@psf.upfronthosting.co.za>


Changes by David Watson <baikie at users.sourceforge.net>:


Added file: http://bugs.python.org/file18491/add-errno-check-3.x.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9569>
_______________________________________

From report at bugs.python.org  Thu Aug 12 22:38:34 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 20:38:34 +0000
Subject: [issue9579] In 3.x,
	os.confstr() returns garbage if value is longer than 255 bytes
In-Reply-To: <1281640334.52.0.33251169247.issue9579@psf.upfronthosting.co.za>
Message-ID: <1281645514.77.0.514040802937.issue9579@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/issue9579>
_______________________________________

From report at bugs.python.org  Thu Aug 12 22:38:38 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 20:38:38 +0000
Subject: [issue9580] os.confstr() doesn't decode result according to PEP 383
In-Reply-To: <1281640616.02.0.101199550238.issue9580@psf.upfronthosting.co.za>
Message-ID: <1281645518.29.0.249939901544.issue9580@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/issue9580>
_______________________________________

From report at bugs.python.org  Thu Aug 12 22:43:16 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 20:43:16 +0000
Subject: [issue9569] Add tests for posix.mknod() and posix.mkfifo()
In-Reply-To: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>
Message-ID: <1281645796.26.0.710408062966.issue9569@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The 3.x patches work fine for me under Mandriva Linux.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9569>
_______________________________________

From report at bugs.python.org  Thu Aug 12 22:47:22 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 20:47:22 +0000
Subject: [issue9581] PosixGroupsTester fails as root
In-Reply-To: <1281646042.28.0.438449918806.issue9581@psf.upfronthosting.co.za>
Message-ID: <1281646042.28.0.438449918806.issue9581@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

I get the following test_posix failures when run as root (Mandriva Linux):

======================================================================
ERROR: test_initgroups (test.test_posix.PosixGroupsTester)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/antoine/py3k/__svn__/Lib/test/test_posix.py", line 418, in test_initgroups
    g = g2 + 1
UnboundLocalError: local variable 'g2' referenced before assignment

======================================================================
FAIL: test_setgroups (test.test_posix.PosixGroupsTester)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/antoine/py3k/__svn__/Lib/test/test_posix.py", line 428, in test_setgroups
    self.assertListEqual(groups, posix.getgroups())
AssertionError: First sequence is not a list: range(0, 16)


Under 2.6, there's another failure:

======================================================================
ERROR: test_setgroups (test.test_posix.PosixGroupsTester)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/antoine/cpython/26/Lib/test/test_posix.py", line 356, in test_setgroups
    self.assertListEqual(groups, posix.getgroups())
AttributeError: 'PosixGroupsTester' object has no attribute 'assertListEqual'

----------
assignee: ronaldoussoren
components: Tests
messages: 113705
nosy: exarkun, pitrou, ronaldoussoren
priority: normal
severity: normal
stage: needs patch
status: open
title: PosixGroupsTester fails as root
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9581>
_______________________________________

From report at bugs.python.org  Thu Aug 12 23:17:41 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 21:17:41 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1281647861.25.0.660044707636.issue8433@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I'm putting this one in the same category as bug 7467.  I think these two, plus the patches which were applied to release26-maint after rc1 (without approval ;) will require an rc2.  If that can be worked out schedule-wise, I'll allow these patches to be applied.  Stay tuned.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8433>
_______________________________________

From report at bugs.python.org  Thu Aug 12 23:27:09 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 21:27:09 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281648429.93.0.869498302746.issue2944@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

The fix for this was applied after 2.6.6rc1, and it wasn't approved by me.  Is it critical for 2.6?  Is it a regression since 2.6.5?  The way I see it, we either back this out or release an rc2.  There may be other reasons to release an rc2, but I need to verify that that is possible for MvL.

----------
nosy: +barry, loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Thu Aug 12 23:27:21 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 21:27:21 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281648441.9.0.802500604475.issue2944@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
priority: normal -> release blocker
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Thu Aug 12 23:35:56 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 21:35:56 +0000
Subject: [issue1285086] urllib.quote is too slow
Message-ID: <1281648956.15.0.646016543977.issue1285086@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Why was this merged to 2.6 after 2.6.6rc1 without approval?

----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285086>
_______________________________________

From report at bugs.python.org  Thu Aug 12 23:42:53 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 21:42:53 +0000
Subject: [issue1285086] urllib.quote is too slow
Message-ID: <1281649373.35.0.83133444192.issue1285086@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
priority: low -> release blocker
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285086>
_______________________________________

From report at bugs.python.org  Thu Aug 12 23:46:10 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 12 Aug 2010 21:46:10 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281649570.15.0.648803264048.issue2944@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

What date would the final release then be made? It would be best if it could be done before Aug 27. If necessary, I could also make a release on September 6 (but not any day before or after)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Thu Aug 12 23:50:37 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 12 Aug 2010 21:50:37 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281649837.54.0.871708768151.issue2944@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

The bug is not a regression since 2.6.5; AFAICT, it was in Python "forever". I recommend to revert the checkin, and postpone fixing it to 2.7.1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Fri Aug 13 00:03:42 2010
From: report at bugs.python.org (Robert Mohr)
Date: Thu, 12 Aug 2010 22:03:42 +0000
Subject: [issue9582] documentation line needs rewording
In-Reply-To: <1281650622.86.0.310513887463.issue9582@psf.upfronthosting.co.za>
Message-ID: <1281650622.86.0.310513887463.issue9582@psf.upfronthosting.co.za>


New submission from Robert Mohr <python-bugs at mohrr.net>:

The last line of http://docs.python.org/faq/programming.html#is-there-a-scanf-or-sscanf-equivalent is not proper English:

For more complicated input parsing, regular expressions more powerful than C?s sscanf() and better suited for the task.

This also shows up in the 3.2 docs.

----------
assignee: docs at python
components: Documentation
messages: 113711
nosy: docs at python, mohrr
priority: normal
severity: normal
status: open
title: documentation line needs rewording
versions: Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9582>
_______________________________________

From report at bugs.python.org  Fri Aug 13 00:09:05 2010
From: report at bugs.python.org (Joshua Bronson)
Date: Thu, 12 Aug 2010 22:09:05 +0000
Subject: [issue7734] discuss mark-as-invalid trick in heapq docs
In-Reply-To: <1263852467.57.0.690062730163.issue7734@psf.upfronthosting.co.za>
Message-ID: <1281650945.8.0.962504681366.issue7734@psf.upfronthosting.co.za>


Joshua Bronson <jabronson at gmail.com> added the comment:

Thanks for the great additions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7734>
_______________________________________

From report at bugs.python.org  Fri Aug 13 00:32:34 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Aug 2010 22:32:34 +0000
Subject: [issue9577] html parser bug related with CDATA sections
In-Reply-To: <1281628385.29.0.0117705176523.issue9577@psf.upfronthosting.co.za>
Message-ID: <1281652354.2.0.122099749524.issue9577@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I believe this is a duplicate of Issue670664.  If you disagree please reopen with additional information.

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> HTMLParser.py - more robust SCRIPT tag parsing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9577>
_______________________________________

From report at bugs.python.org  Fri Aug 13 00:45:42 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 22:45:42 +0000
Subject: [issue1285086] urllib.quote is too slow
Message-ID: <1281653142.45.0.0718066855192.issue1285086@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

flox reverted in r83967 for 2.6.6.

----------
priority: release blocker -> 
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285086>
_______________________________________

From report at bugs.python.org  Fri Aug 13 00:46:25 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 22:46:25 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281653185.43.0.923830643977.issue2944@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I agree w/mvl.  Giampaolo, please revert this for 2.6.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Fri Aug 13 00:50:26 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Aug 2010 22:50:26 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1281653426.58.0.243150550516.issue8433@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Since the patch only changes a test, and it looks innocent enough (i.e. no possibility of regression), and it only changes a test that is run with -u all, I will allow this for 2.6.6.

Mark, please apply your test_curses_getmouse.patch.  You can then close this issue and/or reduce the priority.  Don't forget to add a NEWS file entry.

----------
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8433>
_______________________________________

From report at bugs.python.org  Fri Aug 13 00:54:30 2010
From: report at bugs.python.org (Buck Golemon)
Date: Thu, 12 Aug 2010 22:54:30 +0000
Subject: [issue9583] PYTHONOPTIMIZE = 0 is not honored
In-Reply-To: <1281653669.29.0.363654611831.issue9583@psf.upfronthosting.co.za>
Message-ID: <1281653669.29.0.363654611831.issue9583@psf.upfronthosting.co.za>


New submission from Buck Golemon <buck.golemon at amd.com>:

In our environment, we have a wrapper which enables optimization by default (-OO). Most commandline tools which have a mode-changing flag such as this, also have a flag to do the opposite ( see: ls -t -U, wget -nv -v,  ).

I'd like to implement one or both of:
1) Add a -D option which is the opposite of -O. python -OO -D gives an optimization level of 1.
2) Honor PYTHONOPTIMIZE = 0. At the least, the man page needs to describe how these two methods interact.

----------
components: Interpreter Core
messages: 113717
nosy: bukzor
priority: normal
severity: normal
status: open
title: PYTHONOPTIMIZE = 0 is not honored
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9583>
_______________________________________

From report at bugs.python.org  Fri Aug 13 00:57:27 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Aug 2010 22:57:27 +0000
Subject: [issue7734] discuss mark-as-invalid trick in heapq docs
In-Reply-To: <1263852467.57.0.690062730163.issue7734@psf.upfronthosting.co.za>
Message-ID: <1281653847.75.0.218247726292.issue7734@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

You're welcome :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7734>
_______________________________________

From report at bugs.python.org  Fri Aug 13 00:58:20 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Aug 2010 22:58:20 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281653900.16.0.772717662537.issue7467@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

At Barry's request, here is a patch for potential backport to 2.6.

----------
Added file: http://bugs.python.org/file18492/zipcrc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Fri Aug 13 01:06:05 2010
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 12 Aug 2010 23:06:05 +0000
Subject: [issue8432] buildbot: test_send_signal of test_subprocess failure
In-Reply-To: <1271522195.0.0.944847217112.issue8432@psf.upfronthosting.co.za>
Message-ID: <1281654365.07.0.909947660627.issue8432@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Issue 8714 could be related as well: On OpenBSD, after a KeyboardInterrupt
one has to hit <Return> before the traceback appears.

This was introduced in (or exposed by) r68460. When Python is compiled
without threads, the bug does not occur.

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8432>
_______________________________________

From report at bugs.python.org  Fri Aug 13 01:08:22 2010
From: report at bugs.python.org (Jervis Whitley)
Date: Thu, 12 Aug 2010 23:08:22 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1281654502.21.0.894080373139.issue9574@psf.upfronthosting.co.za>


Jervis Whitley <jervisau at gmail.com> added the comment:

It hadn't occurred to me to try this without spaces. Thank you for pointing this out. Agreed that the enhancement is not essential.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Fri Aug 13 01:12:08 2010
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Aug 2010 23:12:08 +0000
Subject: [issue9227] can't import Tkinter / use IDLE after installing Python
	2.7 on Mac OS X
In-Reply-To: <1278883906.89.0.545374403914.issue9227@psf.upfronthosting.co.za>
Message-ID: <1281654728.74.0.0502721086949.issue9227@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

For the record, after some discussion at EuroPython and on the Pythonmac-SIG mailing list (thread starting here: http://mail.python.org/pipermail/pythonmac-sig/2010-July/022467.html), the current plan is to make the "64-bit" installer variant support OS 10.6 (and above) and 2-way Intel (i386, x86_64).  That way the installer can be linked with the 10.6 Tk 8.5 which supports both 32- and 64-bit and avoids the unnecessary compilation for PPC arch.

Ronald, since it might be a while until a 2.7.1 release comes out, would it be possible to make available a new vanilla 2.7 installer to replace or supplement (this time only) the original 64-bit one?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9227>
_______________________________________

From report at bugs.python.org  Fri Aug 13 01:52:40 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Aug 2010 23:52:40 +0000
Subject: [issue9580] os.confstr() doesn't decode result according to PEP 383
In-Reply-To: <1281640616.02.0.101199550238.issue9580@psf.upfronthosting.co.za>
Message-ID: <1281657160.07.0.10110068463.issue9580@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Can you give me examples of configuration keys with undecodable values?

PyUnicode_DecodeFSDefault(AndSize) encoding depends on the locale whereas PyUnicode_FromString uses utf-8. I don't know the encoding of confstr() values.

You can decode an utf-8 value using surrogateescape (PEP 383 error handler) with PyUnicode_DecodeUTF8(value, strlen(value), "surrogateescape").

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9580>
_______________________________________

From report at bugs.python.org  Fri Aug 13 02:02:09 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 00:02:09 +0000
Subject: [issue9579] In 3.x,
	os.confstr() returns garbage if value is longer than 255 bytes
In-Reply-To: <1281640334.52.0.33251169247.issue9579@psf.upfronthosting.co.za>
Message-ID: <1281657729.92.0.875870945745.issue9579@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

About confstr-long-result.diff: why do you use a loop to reallocate the buffer? confstr() result may change?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9579>
_______________________________________

From report at bugs.python.org  Fri Aug 13 02:18:59 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 00:18:59 +0000
Subject: [issue9561] distutils: set encoding to utf-8 for input and output
	files
In-Reply-To: <1281496888.52.0.395441307665.issue9561@psf.upfronthosting.co.za>
Message-ID: <201008130218.45060.victor.stinner@haypocalc.com>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> - PKG-INFO (METADATA in distutil2), that already uses a trick to support
> Unicode, but your change would replace it in a better way;

Which "trick"?

> - MANIFEST, which with your fix would gain the ability to handle non-ASCII
> paths, which is a feature or a bugfix depending on your point of view;

Wait. Non encodable bytes is a separated issue. I would like to work on the 
first problem: distutils in Python3 uses open() without encoding argument and 
so the encoding depends on the user's locale. Said differently: if you produce 
a file with distutils on a computer, you cannot be sure that the file can be 
read with the same version of Python on other computer (if the locale encoding 
is different). Eg. Windows uses mbcs encoding whereas utf-8 is the preferred 
encoding on Linux.

What is the encoding of the MANIFEST file?

> - .def files, used by the compilers for the C linking step; I don?t know if
> it?s appropriate to allow UTF-8 there.

I don't know these files.

> - RPM spec files, which use ASCII or UTF-8 according to
> http://en.opensuse.org/openSUSE:Specfile_guidelines#Specfile_Encoding but
> it?s not confirmed in
> http://www.rpm.org/max-rpm/s1-rpm-build-creating-spec-file.html (linked
> from the LSB site), so there?s no guarantee this works for all RPM
> platforms. This sort of platform-specific thing is the reason why RPM
> support has been removed in distutils2.

UTF-8 is a superset of ASCII. If you use utf-8 but only write ascii 
characters, your output file will be written to utf-8... but it will be also 
encoded to ascii. It's magical :-)

> - record and .pth files created by the install command.

.pth contain directory names which can be non-ASCII.

> I agree that there is something to be fixed, but I don?t know if they can
> be fixed in distutils. Unicode in PKG-INFO is unrelated to files, whereas
> there are files or directories in MANIFEST, spec, record and .pth.

You can use non-ASCII characters for other topics than filenames. Eg. in a 
description of a package :-)

> If this is going to be fixed, write_file should not use UTF-8 unconditionally
> but grow a keyword argument IMO, so that use cases requiring ASCII 
> continue to work.

As written before, UTF-8 is a superset of ASCII. If you read a file using utf-8 
encoding, you will be able to read ascii files. But if you use utf-8 and write 
non-ascii characters, old version of distutils using ascii or other encoding 
will not be able to read these files.

Anyway, I think that in most cases, all files only contain ASCII text. So it 
doesn't really matter.

About the keyword solution: yes, it would be a smooth way to fix this issue.

> When you say ?patch *all* functions reading files?, I guess you mean all
> functions that read distutils files, i.e. MANIFEST and PKG-INFO.

I don't know distutils to answer to my own question.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9561>
_______________________________________

From report at bugs.python.org  Fri Aug 13 02:44:29 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 00:44:29 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281660269.65.0.506874022181.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

(About PyFile_FromFd)
pitrou> Actually, I'm not sure there's much point since the "name"
pitrou>  attribute is currently read-only: (...)

Oh, it remembers me #4762. I closed this issue with the message "The last problem occurs with imp.find_module(). But imp.find_module() also returns a "filename" argument, so I don't think that the issue really matters. Let's close it ;-)".

Even if it would be possible to set f(.buffer).raw.name, the solution is maybe just to ignore the argument (don't set any name attribute). Can we change such public function?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 02:50:27 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 00:50:27 +0000
Subject: [issue9560] platform.py: use -b option for file command
	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281660627.83.0.538089583433.issue9560@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> The patch looks good.

Can it/should it be applied to 2.7 too?

> Just one nit: could you please indent the doc-string
> to match the original indentation ?

Done. New patch attached. Is it ok like that?

----------
Added file: http://bugs.python.org/file18493/_syscmd_file-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 02:53:25 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 00:53:25 +0000
Subject: [issue9560] platform.py: use -b option for file command
	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281660805.07.0.734501620984.issue9560@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Hey! I don't know why, but I posted a truncated patch. It doesn't remove the code removing the filename and so it breaks the code. New try: version 3 should be ok :-)

----------
Added file: http://bugs.python.org/file18494/_syscmd_file-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 02:53:28 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 00:53:28 +0000
Subject: [issue9560] platform.py: use -b option for file command
	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281660808.76.0.443039489378.issue9560@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18493/_syscmd_file-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 02:53:31 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 00:53:31 +0000
Subject: [issue9560] platform.py: use -b option for file command
	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281660811.41.0.925007360847.issue9560@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18470/_syscmd_file.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 02:53:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 13 Aug 2010 00:53:43 +0000
Subject: [issue9560] platform.py: use -b option for file command
	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281660823.72.0.353097212087.issue9560@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Is it guaranteed that the -b option will be present in every version of file?

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:04:13 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 13 Aug 2010 01:04:13 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281661453.12.0.378446980009.issue2944@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

The commit was made on August 04, 11:05 AM, while rc1 was released at 06:09 PM.
I don't think the patch is going to introduce any problem but if you think it's the case to revert it then I'll do it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:05:27 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 01:05:27 +0000
Subject: [issue2066] Adding new CNS11643, a *huge* charset,
	support in cjkcodecs
In-Reply-To: <1202731134.77.0.201279568783.issue2066@psf.upfronthosting.co.za>
Message-ID: <1281661527.14.0.330294391376.issue2066@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Hyeshik Chang, who opened this issue, wrote (msg83672) "When I asked Taiwanese developers how often they use these character sets, it appeared that they are almost useless in the usual computing
environment in Taiwan. This will only serve for a historical
compatibility and literal standard compliance. (...)"

I don't think that Python is the right place to support such encoding. Eg. a patch for iconv would be a better idea (if iconv doesn't support this encoding yet).

I close this issue as "wont fix".

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2066>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:09:23 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 01:09:23 +0000
Subject: [issue9511] CharacterEncoderError when reading from sys.stdin from
	piped input in cmd.exe
In-Reply-To: <1280930332.3.0.143681677902.issue9511@psf.upfronthosting.co.za>
Message-ID: <1281661763.14.0.596649418787.issue9511@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> I thought you and...Ezio? were talking about some way to improve 
> the encoding situation when reading from/writing to a pipe.

I don't want to change that. If you come with arguments in favor of changing that (and maybe some ideas to choose the encoding): please open a new issue.

I close *this* particular issue because it is not a bug. Please open a new issue if you would like to change the current behaviour. (Or reopen the issue if you completly disagree with me ;-))

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9511>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:18:27 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 01:18:27 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281662307.29.0.557965094114.issue2944@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

The question isn't when it was released, but when it was tagged, and that happened at Aug 3 22:51:57 2010 UTC according to svn.  Your commit was made Aug 4 08:58:38 2010 UTC.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:29:56 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 01:29:56 +0000
Subject: [issue9198] Should repr() print unicode characters outside the BMP?
In-Reply-To: <1278579187.34.0.662391507791.issue9198@psf.upfronthosting.co.za>
Message-ID: <1281662996.22.0.058861847193.issue9198@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

About issue9198.diff:
 - exit directly if !PyErr_ExceptionMatches(PyExc_UnicodeEncodeError) to avoid an useless level of indentation
 - why do you clear the exception before calling PyObject_Repr()? if you cannot execute code while an exception is active, you should maybe save/restore the original exception?
 - the code is long: it can maybe be moved to a subfunction
 - PyObject_CallMethod(buffer, "write", "(O)", encoded) to call write method
 - you can maybe just use strict error handler when you decode the encoded variable: it doesn't work anyway


>>> b"a\xff".decode("ascii", "backslashreplace")
...
TypeError: don't know how to handle UnicodeDecodeError in error callback
>>> b"a\xff".decode("utf-8", "backslashreplace")
...
TypeError: don't know how to handle UnicodeDecodeError in error callback

Note: some encodings don't support backslashreplace, especially mbcs encoding. But on Windows, sys.stdout.encoding is not mbcs but cpXXXX (eg. cp850).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9198>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:31:43 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 13 Aug 2010 01:31:43 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281663103.98.0.276125057809.issue2944@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Ok, no problem. Reverted in r83969.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:32:22 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 01:32:22 +0000
Subject: [issue5905] strptime fails in non-UTF locale
In-Reply-To: <1241277441.59.0.031362936917.issue5905@psf.upfronthosting.co.za>
Message-ID: <1281663142.3.0.0295113976817.issue5905@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> I can't reproduce this on Windows ...

This issue is (was?) maybe specific to Linux.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5905>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:34:40 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 01:34:40 +0000
Subject: [issue9403] cElementTree: replace PyObject_DEL() by Py_DECREF() to
	fix a crash in pydebug mode
In-Reply-To: <1280350705.3.0.213499722891.issue9403@psf.upfronthosting.co.za>
Message-ID: <1281663280.3.0.183343951536.issue9403@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Are there any tests that could be easily added to the test suite?

I don't know an easy way to simulate malloc failure. There is the http://www.nongnu.org/failmalloc/ library but I never used it, and I don't think that it's widely used. You can just test that the patch doesn't make things worse :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9403>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:36:20 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 01:36:20 +0000
Subject: [issue8648] The UTF-7 codec functions are undocumented
In-Reply-To: <1273248636.7.0.217932609429.issue8648@psf.upfronthosting.co.za>
Message-ID: <1281663380.93.0.593287086504.issue8648@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Thanks, fixed in r83558.

 .. cfunction:: PyObject* PyUnicode_DecodeUTF8Stateful(...)

UTF-7 or UTF-8?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8648>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:40:37 2010
From: report at bugs.python.org (Eric Talevich)
Date: Fri, 13 Aug 2010 01:40:37 +0000
Subject: [issue9257] cElementTree iterparse requires events as bytes;
	ElementTree uses strings
In-Reply-To: <1279078067.06.0.575324977312.issue9257@psf.upfronthosting.co.za>
Message-ID: <1281663637.17.0.276163144926.issue9257@psf.upfronthosting.co.za>


Eric Talevich <eric.talevich at gmail.com> added the comment:

This bug seems to be still present in Python 3.1.2. (Unless I'm doing something wrong.) Was r78942 included in the 3.1.2 release?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9257>
_______________________________________

From report at bugs.python.org  Fri Aug 13 03:47:36 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 01:47:36 +0000
Subject: [issue9542] Create PyUnicode_FSDecoder() function
In-Reply-To: <1281311809.81.0.46043022196.issue9542@psf.upfronthosting.co.za>
Message-ID: <1281664056.8.0.177000394356.issue9542@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Lib/os.py may also be patched to add a Python implementation. Eg.

def fsdecode(value):
    if isinstance(value, str):
        return value
    elif isinstance(value, bytes):
        encoding = sys.getfilesystemencoding()
        if encoding == 'mbcs':
            return value.decode(encoding)
        else:
            return value.decode(encoding, 'surrogateescape')
    else:
        raise TypeError("expect bytes or str, not %s" % type(value).__name__)

--

Note: Solution (1) (use bytes API) is not deprecated by this issue. PyUnicode_FSConverter is still useful if the underlying library has a bytes API (eg. OpenSSL only supports char*).

Solution (2) is preferred if we have access to a character API, eg. Windows wide character API.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9542>
_______________________________________

From report at bugs.python.org  Fri Aug 13 04:04:26 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 02:04:26 +0000
Subject: [issue9560] platform.py: use -b option for file command
	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281665066.63.0.172981922939.issue9560@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Guaranteed?  No.  -b is not required by posix/SUS.  I bet it exists everywhere we care about, though.  (cf. http://en.wikipedia.org/wiki/File_(command))

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 04:26:04 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 02:26:04 +0000
Subject: [issue9528] Add pure Python implementation of time module to CPython
In-Reply-To: <1281069203.79.0.816772507809.issue9528@psf.upfronthosting.co.za>
Message-ID: <1281666364.27.0.384776817221.issue9528@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> 1. Datetime.py time source (time.time()) represents time as 
> a floating point number which leads to system dependent behavior
> and introduces floating point operations where they are not needed.

Why not introducing a new function in time module? Other people may benefit from this.

> 3. The datetime module could benefit from access to tm_zone 
> and tm_gmtoff components of the tm structure, but introducing 
> those in the output of time.localtime() would require either 
> hidden member hackery or loss of backwards compatibility.
> See issues #1647654, #7662, and #9527.

Why not creating a new function giving access to all tm attributes? Eg. time.localtime_gmaware()?

> 4. No changes will be done to timemodule.c other than renaming

What about time_strftime()? It is 170 lines long: will it be moved to _basictime.c? You have to keep the code filling the "struct tm" structure in (_)timemodule.c.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9528>
_______________________________________

From report at bugs.python.org  Fri Aug 13 06:12:42 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 13 Aug 2010 04:12:42 +0000
Subject: [issue1508864] threading.Timer/timeouts break on change of win32
	local time
Message-ID: <1281672762.98.0.189950138355.issue1508864@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


----------
components: +Windows
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1508864>
_______________________________________

From report at bugs.python.org  Fri Aug 13 07:21:52 2010
From: report at bugs.python.org (Arman)
Date: Fri, 13 Aug 2010 05:21:52 +0000
Subject: [issue9577] html parser bug related with CDATA sections
In-Reply-To: <1281652354.2.0.122099749524.issue9577@psf.upfronthosting.co.za>
Message-ID: <AANLkTinbwV3JQ9Jt-wR+iu-29Y-obPVdFrRgxdO9qikv@mail.gmail.com>


Arman <arman.hunanyan at gmail.com> added the comment:

Yes I agree. This is the same issue.

On Fri, Aug 13, 2010 at 3:32 AM, R. David Murray <report at bugs.python.org>wrote:

>
> R. David Murray <rdmurray at bitdance.com> added the comment:
>
> I believe this is a duplicate of Issue670664.  If you disagree please
> reopen with additional information.
>
> ----------
> nosy: +r.david.murray
> resolution:  -> duplicate
> stage:  -> committed/rejected
> status: open -> closed
> superseder:  -> HTMLParser.py - more robust SCRIPT tag parsing
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue9577>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file18495/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9577>
_______________________________________
-------------- next part --------------
Yes I agree. This is the same issue.<br><br><div class="gmail_quote">On Fri, Aug 13, 2010 at 3:32 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="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; 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 this is a duplicate of Issue670664. ??If you disagree please reopen with additional information.<br>
<br>
----------<br>
nosy: +r.david.murray<br>
resolution: ??-&gt; duplicate<br>
stage: ??-&gt; committed/rejected<br>
status: open -&gt; closed<br>
superseder: ??-&gt; HTMLParser.py - more robust SCRIPT tag parsing<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/issue9577" target="_blank">http://bugs.python.org/issue9577</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br>

From report at bugs.python.org  Fri Aug 13 07:55:15 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Aug 2010 05:55:15 +0000
Subject: [issue9581] PosixGroupsTester fails as root
In-Reply-To: <1281646042.28.0.438449918806.issue9581@psf.upfronthosting.co.za>
Message-ID: <1281678915.39.0.310304213474.issue9581@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I won't have time to look at this until sunday.

Alexander Belopolsky wrote these patch tests. Alexanders: do you have time to look into this?

----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9581>
_______________________________________

From report at bugs.python.org  Fri Aug 13 08:42:27 2010
From: report at bugs.python.org (George Yoshida)
Date: Fri, 13 Aug 2010 06:42:27 +0000
Subject: [issue9581] PosixGroupsTester fails as root
In-Reply-To: <1281646042.28.0.438449918806.issue9581@psf.upfronthosting.co.za>
Message-ID: <1281681747.68.0.657738275014.issue9581@psf.upfronthosting.co.za>


George Yoshida <quiver at users.sourceforge.net> added the comment:

> Under 2.6, there's another failure:
As for 2.6/2.7 issues, changing 'assertListEqual' to 'assertEqual' should suffice.

----------
keywords: +patch
nosy: +quiver
Added file: http://bugs.python.org/file18496/2.6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9581>
_______________________________________

From report at bugs.python.org  Fri Aug 13 08:45:13 2010
From: report at bugs.python.org (Heejin)
Date: Fri, 13 Aug 2010 06:45:13 +0000
Subject: [issue9575] os.listdir() crashes on some long and deep paths
	in	Windows 7
In-Reply-To: <1281610958.98.0.583662665804.issue9575@psf.upfronthosting.co.za>
Message-ID: <1281681913.18.0.116376818876.issue9575@psf.upfronthosting.co.za>


Heejin <aheejin at gmail.com> added the comment:

Thank you for your answer.

I cannot provide any error messages or stack traces
because it really *crashed*. python.exe suddenly stops
working and a windows pops up saying something
like "python.exe had a problem and needed to be closed"
I cannot say what the pop-up message exactly was because
I'm using Korean version windows and the message was
Korean. There were no python error messages or stack traces.

And the file temp.py I attached first was the file 
exactly reproducing the situation, at least in my
computer.
And I think it's perhaps a Korean windows problem or
related to some other programs in my computer.
I also tried to narrow down the cause but I couldn't find
any rules.
Maybe it is better to open a thread again when I get to
find some exact conditions on which the problem appears.

Thank you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9575>
_______________________________________

From report at bugs.python.org  Fri Aug 13 09:27:31 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Fri, 13 Aug 2010 07:27:31 +0000
Subject: [issue9264] trace.py documentation is incomplete
In-Reply-To: <1279167085.71.0.92983376648.issue9264@psf.upfronthosting.co.za>
Message-ID: <1281684451.3.0.646958343052.issue9264@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Alexander, I agree that the documentation isn't yet in a perfect state and can be further improved. Since there's still time for the next milestone of 3.2, there's no reason not to improve it.

So I'm open to ideas and am willing to submit improved patches for 3.2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9264>
_______________________________________

From report at bugs.python.org  Fri Aug 13 09:41:04 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 13 Aug 2010 07:41:04 +0000
Subject: [issue9575] os.listdir() crashes on some long and deep paths
	in	Windows 7
In-Reply-To: <1281610958.98.0.583662665804.issue9575@psf.upfronthosting.co.za>
Message-ID: <1281685264.07.0.551345013952.issue9575@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Thanks for the feedback. I'll close this for now as "works for me". Feel free to reopen if you can come up with anything fresh.

----------
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9575>
_______________________________________

From report at bugs.python.org  Fri Aug 13 10:00:33 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 08:00:33 +0000
Subject: [issue8433] buildbot: test_curses failure, getmouse() returned ERR
In-Reply-To: <1271525184.22.0.100709248737.issue8433@psf.upfronthosting.co.za>
Message-ID: <1281686433.01.0.84269226601.issue8433@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed in 2.6 in r83970 (3.1 and 2.7 were fixed in revisions r83781, r83782).

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8433>
_______________________________________

From report at bugs.python.org  Fri Aug 13 10:36:53 2010
From: report at bugs.python.org (Mathieu Bridon)
Date: Fri, 13 Aug 2010 08:36:53 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>


New submission from Mathieu Bridon <bochecha at fedoraproject.org>:

The attached patch allows for shell curly braces with fnmatch.filter().

This makes the following possible:
>>> import fnmatch
>>> import os
>>>
>>> for file in os.listdir('.'):
...     if fnmatch.fnmatch(file, '*.{txt,csv}'):
...         print file
...
file.csv
file.txt
foo.txt

This is especially convenient with the glob module:
>>> import glob
>>> glob.glob('*.{txt,csv}')
['file.csv', 'file.txt', 'foo.txt']

Hopefully, this makes fnmatch match better the behavior that people expect from a shell-style pattern matcher.

Please note: I attached a patch that applies on the Python trunk, but only tested it on Python 2.5 on Windows. However, the fnmatch module doesn't seem to have changed substantially in between.

----------
components: Library (Lib)
files: curly-fnmatch.patch
keywords: patch
messages: 113750
nosy: bochecha
priority: normal
severity: normal
status: open
title: Allow curly braces in fnmatch
type: feature request
Added file: http://bugs.python.org/file18497/curly-fnmatch.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 10:41:12 2010
From: report at bugs.python.org (Mathieu Bridon)
Date: Fri, 13 Aug 2010 08:41:12 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281688872.76.0.208532602098.issue9584@psf.upfronthosting.co.za>


Mathieu Bridon <bochecha at fedoraproject.org> added the comment:

> The attached patch allows for shell curly braces with fnmatch.filter().

Oops, I meant that it allows for curly braces in fnmatch.translate(), which makes it available in the whole fnmatch module.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 10:50:17 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 13 Aug 2010 08:50:17 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281689417.61.0.819275159765.issue2944@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/issue2944>
_______________________________________

From report at bugs.python.org  Fri Aug 13 11:52:42 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 13 Aug 2010 09:52:42 +0000
Subject: [issue6609] zipfile: WindowsError [267] The directory name is invalid
In-Reply-To: <1248999170.31.0.424602339152.issue6609@psf.upfronthosting.co.za>
Message-ID: <1281693162.4.0.39200574679.issue6609@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Closing as "won't fix": this would be the same if you had any code which tried to do os.mkdir ("aux"). By way of comparison, Info-ZIP's UnZip returns "checkdir error: aux exists but is not directory" which actually seems less useful!

I don't believe it's the responsibility of the zipfile module (or tarfile or bz2 or any other) to silently reinterpret the names of files -- how would any code in the package expecting "aux/code.c" cope with the name change?

----------
assignee:  -> tim.golden
resolution:  -> wont fix
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6609>
_______________________________________

From report at bugs.python.org  Fri Aug 13 12:05:26 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 13 Aug 2010 10:05:26 +0000
Subject: [issue3099] On windows, "import nul" always succeed
In-Reply-To: <1213319928.58.0.193615390811.issue3099@psf.upfronthosting.co.za>
Message-ID: <1281693926.89.0.605360016711.issue3099@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3099>
_______________________________________

From report at bugs.python.org  Fri Aug 13 12:23:14 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 10:23:14 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281694994.12.0.755084274062.issue9584@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thanks for the patch.

+            if j < n and pat[j] == '}':
+                j = j+1

I don't get what the purpose of these two lines is. Forbid empty patterns?

+            while i < n and pat[j] != '}':
+                j = j+1

You probably mean "while j < n" instead of "while i < n".
Regardless, it's simpler to use "j = pat.find('}', j)".

You should also add a test for unmatched braces. Currently:

$ ./python -c "import fnmatch; print(fnmatch.translate('{x'))"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/antoine/py3k/__svn__/Lib/fnmatch.py", line 129, in translate
    while i < n and pat[j] != '}':
IndexError: string index out of range

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 12:30:45 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 10:30:45 +0000
Subject: [issue1508864] threading.Timer/timeouts break on change of win32
	local time
Message-ID: <1281695445.24.0.673733783715.issue1508864@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The wait loop in Condition.wait() has disappeared under 3.2 (we use builtin lock-with-timeout primitives instead).

Overall, I don't think this issue is very important. Changing the system time *backwards* can cause all kinds of issues in daemons and other long-running programs, which generally assume a monotonous time function. Also, it could be disputed what the preferred semantics are (observe "real" time or observe the computer clock), and the answer is probably application-specific.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1508864>
_______________________________________

From report at bugs.python.org  Fri Aug 13 12:35:53 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 13 Aug 2010 10:35:53 +0000
Subject: [issue9560] platform.py: use -b option for file
	command	in	_syscmd_file()
In-Reply-To: <1281660823.72.0.353097212087.issue9560@psf.upfronthosting.co.za>
Message-ID: <4C652004.4020302@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

?ric Araujo wrote:
> 
> ?ric Araujo <merwok at netwok.org> added the comment:
> 
> Is it guaranteed that the -b option will be present in every version of file?

Looking at the only use case of _syscmd_file(), it may not even be worth
the trouble of adding the -b option. Fixing the doc-string may be enough:

    # Get data from the 'file' system command
    if executable:
        output = _syscmd_file(executable, '')
    else:
        output = ''

    ...

    # Split the output into a list of strings omitting the filename
    fileout = _architecture_split(output)[1:]

Note how architecture() already chops off the filename, so it
relies on the existing behavior, rather than the one described
in the doc-string of _syscmd_file().

Sorry, Victor, for not spotting this earlier on.

----------
title: platform.py: use -b option for file command in	_syscmd_file() -> platform.py: use -b option for file command	in	_syscmd_file()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 13:51:15 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 11:51:15 +0000
Subject: [issue670664] HTMLParser.py - more robust SCRIPT tag parsing
Message-ID: <1281700275.97.0.455896543483.issue670664@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +Hunanyan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue670664>
_______________________________________

From report at bugs.python.org  Fri Aug 13 13:51:30 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 11:51:30 +0000
Subject: [issue9577] html parser bug related with CDATA sections
In-Reply-To: <1281628385.29.0.0117705176523.issue9577@psf.upfronthosting.co.za>
Message-ID: <1281700290.94.0.227969253592.issue9577@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Removed file: http://bugs.python.org/file18495/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9577>
_______________________________________

From report at bugs.python.org  Fri Aug 13 14:05:55 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 12:05:55 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281701155.93.0.819753353917.issue9584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks for this suggestion and patch.

In general I think more tests would be good,  A test for {} would clarify what you are expecting there.

----------
nosy: +r.david.murray
stage:  -> patch review
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 14:15:10 2010
From: report at bugs.python.org (David Austin)
Date: Fri, 13 Aug 2010 12:15:10 +0000
Subject: [issue9585] Largefile detection in configure fails
In-Reply-To: <1281701710.49.0.222431192126.issue9585@psf.upfronthosting.co.za>
Message-ID: <1281701710.49.0.222431192126.issue9585@psf.upfronthosting.co.za>


New submission from David Austin <nitsuadivad at gmail.com>:

On a Linux Xeon server (x86_64) largefile support is (incorrectly)
not included.

configure determines:
checking size of int... 4
checking size of long... 8
checking size of void *... 8
checking size of short... 2
checking size of float... 4
checking size of double... 8
.
.
.
checking size of off_t... 8

but gets it wrong:

checking whether to enable large file support... no

To me it seems that the logic sizeof_off_t > sizeof_long
is wrong.

(I changed to comparison off_t > int and it built
with largefile support and works fine.)

$ uname -a
Linux cpu3 2.6.31-14-server #48-Ubuntu SMP Fri Oct 16 15:07:34 UTC 2009 x86_64 GNU/Linux

Ubuntu Lucid

----------
components: Build
messages: 113757
nosy: David.Austin
priority: normal
severity: normal
status: open
title: Largefile detection in configure fails
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9585>
_______________________________________

From report at bugs.python.org  Fri Aug 13 14:34:25 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 13 Aug 2010 12:34:25 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281702865.03.0.93576599194.issue9584@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

In Bash, * and ? match only characters in existing files, but {a,b} always produces two filenames, even if the files don?t exist. Do we want to mimic this behavior in fnmatch?

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 14:43:48 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 12:43:48 +0000
Subject: [issue9586] "warning: comparison between pointer and integer" in
	multiprocessing build on PPC/Tiger
In-Reply-To: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>
Message-ID: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

The PPC Tiger buildbot build output shows (e.g., for 2.7):

/Users/buildbot/buildarea/2.7.parc-tiger-1/build/Modules/_multiprocessing/semaphore.c:421: warning: initialization makes pointer from integer without a cast
/Users/buildbot/buildarea/2.7.parc-tiger-1/build/Modules/_multiprocessing/semaphore.c:441: warning: comparison between pointer and integer
/Users/buildbot/buildarea/2.7.parc-tiger-1/build/Modules/_multiprocessing/semaphore.c:454: warning: comparison between pointer and integer
/Users/buildbot/buildarea/2.7.parc-tiger-1/build/Modules/_multiprocessing/semaphore.c:476: warning: comparison between pointer and integer

This looks as though it should be investigated;  these comparisons are almost certainly doing the wrong thing.

Including Antoine in the nosy because he was the last person to touch this code (I think).

----------
assignee: ronaldoussoren
components: Build, Extension Modules, Macintosh
messages: 113759
nosy: jnoller, mark.dickinson, pitrou, ronaldoussoren
priority: normal
severity: normal
status: open
title: "warning: comparison between pointer and integer" in multiprocessing build on PPC/Tiger
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9586>
_______________________________________

From report at bugs.python.org  Fri Aug 13 14:46:05 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 12:46:05 +0000
Subject: [issue9586] "warning: comparison between pointer and integer" in
	multiprocessing build on PPC/Tiger
In-Reply-To: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>
Message-ID: <1281703565.4.0.898325905502.issue9586@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

The same warnings show up on the x86 Tiger buildbot.  Leopard and Snow Leopard seem to be fine, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9586>
_______________________________________

From report at bugs.python.org  Fri Aug 13 14:46:24 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 12:46:24 +0000
Subject: [issue9586] "warning: comparison between pointer and integer" in
	multiprocessing build on Tiger
In-Reply-To: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>
Message-ID: <1281703584.42.0.629066565099.issue9586@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
title: "warning: comparison between pointer and integer" in multiprocessing build on PPC/Tiger -> "warning: comparison between pointer and integer" in multiprocessing build on Tiger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9586>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:02:34 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 13:02:34 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281704554.74.0.950835365069.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83971 enables test.support.TESTFN_UNDECODEABLE on non-Windows OSes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:03:52 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 13:03:52 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281704632.31.0.470864192903.issue9584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Ah, I had forgotten that detail, ?ric.

No, it doesn't seem as if implementing braces as matchers is appropriate.  fnmatch is only implementing the shell file name globbing. Doing the equivalent of brace expansion would have to be done before applying globbing, to be consistent with the shell.  Which is too bad.

Unfortunately I think we should probably reject this, though it could be discussed on python-ideas to see if the idea can lead to something both consistent with the shell and useful.

----------
resolution:  -> rejected
stage: patch review -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:04:33 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 13:04:33 +0000
Subject: [issue9586] "warning: comparison between pointer and integer" in
	multiprocessing build on Tiger
In-Reply-To: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>
Message-ID: <1281704673.63.0.711322745202.issue9586@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

See also:

http://paulbeachsblog.blogspot.com/2007/12/building-firebird-20x-macos-semaphoreh.html

It looks as though SEM_FAILED is defined as -1 on OS X 10.4, and (sem_t *)-1 on OS X 10.5+, so it's really a bug in the OS X header file.  Possible workarounds:

(1) write (sem_t *)SEM_FAILED everywhere in the multiprocessing code
(2) define a PY_SEM_FAILED macro and use that
(3) don't worry, be happy;  i.e., just ignore these warnings on OS X 10.4, content that they're not a real problem (provided we're not trying to compile with a C++ compiler, that is).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9586>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:08:09 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 13:08:09 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281704889.73.0.37623813099.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I commited nullimporter_unicode.patch with an unit test as r83972.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:08:16 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 13:08:16 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281704896.96.0.72159406607.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18434/nullimporter_unicode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:08:26 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 13:08:26 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281704906.96.0.172445201077.issue9584@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Doing the equivalent of brace expansion would have to be done before
> applying globbing, to be consistent with the shell.

I don't get the "shell consistency" argument. First, there is no single definition of "the shell". Second, users of Python generally don't care what a shell would do, they simply want to achieve useful tasks (which filename matching is arguably part of).

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:11:26 2010
From: report at bugs.python.org (Eric Smith)
Date: Fri, 13 Aug 2010 13:11:26 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281705086.11.0.460405086844.issue9584@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I'm not sure it has to be consistent with the shell to be useful, as long as the behavior is documented and we possibly add a note explaining the differences from the shell. But I agree that a discussion on python-ideas would be helpful.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:27:31 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 13:27:31 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281706051.38.0.744205755046.issue9584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

My view is that people using fnmatch/glob are expecting to get back the same list of files that they would if they ran 'echo <globpattern>' in the shell.  The major shells (sh, bash, zsh, csh) seem to be pretty consistent in this regard (though sh does less brace expansion than the others...but is almost always actually bash these days).

If you just wanted to provide a flexible way for people to match files, then instead of fnmatch/glob, we should have a function that walks down a directory tree applying a regular expression to the filenames it encounters and returning the rooted pathnames of the matches.  That function is easy enough to write using standard library facilities.  The special magic of fnmatch/glob is that it does a not-so-easy-to-get-right transformation of *shell* globbing rules into regular expressions behind the scenes.  That is, in my view its *purpose* is to be compatible with the "normal rules" for unix shell globbing.

So currently I'm about -0.5 on this feature.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:28:14 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 13:28:14 +0000
Subject: [issue9586] "warning: comparison between pointer and integer" in
	multiprocessing build on Tiger
In-Reply-To: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>
Message-ID: <1281706094.19.0.302062665982.issue9586@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

BTW, as far as I can tell from the standard (see e.g., section 6.5.9p2 of

www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf

), comparison between a pointer and an integer gives undefined behaviour, except in the case where the integer can be interpreted as a null pointer constant (which is not the case here).  I'm assuming that the reason that gcc only gives a warning here rather than an error is that its general machinery can only tell that we're comparing an integer with a pointer, which *could* be valid C if that integer is 0.

So I do think this should be fixed, one way or another.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9586>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:32:19 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 13:32:19 +0000
Subject: [issue9560] platform.py: use -b option for file
	command	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281706339.17.0.144370350465.issue9560@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Looking at the only use case of _syscmd_file(), it may not even 
> be worth the trouble of adding the -b option. Fixing the doc-string 
> may be enough: (...)

Well, my problem is that _syscmd_file() fails with a non encodable filename on Linux because the file program writes the filename to stdout, but os.popen() is unable to parse it because the filename is not decodable from the filesystem encoding (without surrogateescape).

I would like to add -b option just to avoid this encoding problem.

The bug:
---
$ cp /bin/ls $(echo -ne "ls-\x80")
$ ./python -c "import platform; platform.architecture(executable='ls-\uDC80')"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/SHARE/SVN/py3k/Lib/platform.py", line 1059, in architecture
    output = _syscmd_file(executable, '')
  File "/home/SHARE/SVN/py3k/Lib/platform.py", line 1006, in _syscmd_file
    output = f.read().strip()
  File "/home/SHARE/SVN/py3k/Lib/codecs.py", line 300, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf8' codec can't decode byte 0x80 in position 24: invalid start byte
---

See also #8611 and #9425.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:32:58 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 13:32:58 +0000
Subject: [issue9560] platform.py: use -b option for file
	command	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281706378.95.0.0280434051756.issue9560@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

@lemburg: Your mail client likes to change the issues' title by adding some spaces :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:35:06 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 13:35:06 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281706506.3.0.300331235681.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18469/_PyFile_FromFdUnicode.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:36:13 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 13:36:13 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281706573.76.0.006656698407.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83973 ignores the name argument of PyFile_FromFd() because it was already ignored (it did always produce an error) and it avoids my complex _PyFile_FromFdUnicode.patch. Thanks Antoine to having notice that name was ignored.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:36:36 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 13:36:36 +0000
Subject: [issue4762] PyFile_FromFd() doesn't set the file name
In-Reply-To: <1230483429.96.0.00901303311895.issue4762@psf.upfronthosting.co.za>
Message-ID: <1281706596.82.0.992137064348.issue4762@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83973 ignores the name argument of PyFile_FromFd() because it was already ignored (it did always produce an error).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4762>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:49:46 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 13:49:46 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281706051.38.0.744205755046.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281707382.3206.9.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> My view is that people using fnmatch/glob are expecting to get back
> the same list of files that they would if they ran 'echo
> <globpattern>' in the shell.

But it's not the case since we currently don't process braces anyway.

> The major shells (sh, bash, zsh, csh) seem to be pretty consistent in
> this regard (though sh does less brace expansion than the others...but
> is almost always actually bash these days).

Excluding the 95% (or so) of Windows users, I suppose.

> The special magic of fnmatch/glob is that it does a
> not-so-easy-to-get-right transformation of *shell* globbing rules into
> regular expressions behind the scenes.  That is, in my view its
> *purpose* is to be compatible with the "normal rules" for unix shell
> globbing.

I've never thought that the purpose of glob or fnmatch was to reproduce
shell rules. It's simply a convenient primitive. Wildcard expansion
exists in lots of other software than Unix shells.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 15:50:28 2010
From: report at bugs.python.org (George Yoshida)
Date: Fri, 13 Aug 2010 13:50:28 +0000
Subject: [issue9581] PosixGroupsTester fails as root
In-Reply-To: <1281646042.28.0.438449918806.issue9581@psf.upfronthosting.co.za>
Message-ID: <1281707428.71.0.6609771735.issue9581@psf.upfronthosting.co.za>


George Yoshida <quiver at users.sourceforge.net> added the comment:

test_initgroups fails only if the test is invoked by a root and
the user is assigned to only one group.

If I understand test_initgroups correctly, it
(1)looks for an unused gid,
(2)inits process user's group with that gid,
(3)checks if initgroups worked.

Attached patch simplifies step #1
"max(self.saved_groups) + 1" is used.

test_initgroups passed when root's groups are as follows::
* [0]
* [0, 3, 5]
* [0, 1, 2]

----------
Added file: http://bugs.python.org/file18498/test_setgroups.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9581>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:04:56 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 13 Aug 2010 14:04:56 +0000
Subject: [issue9560] platform.py: use -b option for file	command	in
	_syscmd_file()
In-Reply-To: <1281706339.17.0.144370350465.issue9560@psf.upfronthosting.co.za>
Message-ID: <4C655103.8020709@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:
> 
>> Looking at the only use case of _syscmd_file(), it may not even 
>> be worth the trouble of adding the -b option. Fixing the doc-string 
>> may be enough: (...)
> 
> Well, my problem is that _syscmd_file() fails with a non encodable filename on Linux because the file program writes the filename to stdout, but os.popen() is unable to parse it because the filename is not decodable from the filesystem encoding (without surrogateescape).
> 
> I would like to add -b option just to avoid this encoding problem.
> 
> The bug:
> ---
> $ cp /bin/ls $(echo -ne "ls-\x80")
> $ ./python -c "import platform; platform.architecture(executable='ls-\uDC80')"
> Traceback (most recent call last):
>   File "<string>", line 1, in <module>
>   File "/home/SHARE/SVN/py3k/Lib/platform.py", line 1059, in architecture
>     output = _syscmd_file(executable, '')
>   File "/home/SHARE/SVN/py3k/Lib/platform.py", line 1006, in _syscmd_file
>     output = f.read().strip()
>   File "/home/SHARE/SVN/py3k/Lib/codecs.py", line 300, in decode
>     (result, consumed) = self._buffer_decode(data, self.errors, final)
> UnicodeDecodeError: 'utf8' codec can't decode byte 0x80 in position 24: invalid start byte
> ---
> 
> See also #8611 and #9425.

Ah, right. Well, then we probably have to use -b after all.

A note on your example: executable is really only meant to be used for
pointing platform to a non-standard location of the Python interpreter
(e.g. in case you used a freeze tool or embedded Python in an application).

However, it is still possible to have that path contain weird
characters, so the example is still valid.

> @lemburg: Your mail client likes to change the issues' title by adding some spaces :-)

The problem is related to the way Mailman splits long subject lines
in the header. The roundup email interface should probably
remove any extra spaces or simply ignore the title altogether.

----------
title: platform.py: use -b option for file command	in	_syscmd_file() -> platform.py: use -b option for file	command	in _syscmd_file()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:15:14 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 14:15:14 +0000
Subject: [issue9560] platform.py: use -b option for file	command	in
	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281708914.06.0.149993700912.issue9560@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

@r.david.murray, @lemburg: So, can I commit my patch?

> However, it is still possible to have that path contain weird
> characters, so the example is still valid.

It's not only a question of "weird" characters. Use case of #8611: install Python in a directory with a name not encodable to the filesystem encoding and try run Python. Install or use a Python installed in an external media like an USB key (encoding problem is not a rare problem with USB keys).

On Windows, it's quite easy to find a character not encodable to the filesystem encoding (mbcs). Eg. ? for codepage 1252. On Linux, any non-ASCII can be used if you run Python with C locale (locale encoding: ascii).

#4352 and #8988 (Windows issues, so mbcs encoding) are directly related to #8611.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:15:25 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 14:15:25 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281708925.18.0.290236355546.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18444/pyerr_warnformat-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:20:47 2010
From: report at bugs.python.org (George Yoshida)
Date: Fri, 13 Aug 2010 14:20:47 +0000
Subject: [issue9581] PosixGroupsTester fails as root
In-Reply-To: <1281646042.28.0.438449918806.issue9581@psf.upfronthosting.co.za>
Message-ID: <1281709247.44.0.0622599701288.issue9581@psf.upfronthosting.co.za>


Changes by George Yoshida <quiver at users.sourceforge.net>:


Removed file: http://bugs.python.org/file18498/test_setgroups.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9581>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:21:17 2010
From: report at bugs.python.org (George Yoshida)
Date: Fri, 13 Aug 2010 14:21:17 +0000
Subject: [issue9581] PosixGroupsTester fails as root
In-Reply-To: <1281646042.28.0.438449918806.issue9581@psf.upfronthosting.co.za>
Message-ID: <1281709277.13.0.278460900304.issue9581@psf.upfronthosting.co.za>


Changes by George Yoshida <quiver at users.sourceforge.net>:


Added file: http://bugs.python.org/file18499/test_setgroups.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9581>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:25:02 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 14:25:02 +0000
Subject: [issue9586] "warning: comparison between pointer and integer" in
	multiprocessing build on Tiger
In-Reply-To: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>
Message-ID: <1281709502.13.0.736828482955.issue9586@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> (2) define a PY_SEM_FAILED macro and use that

That sounds reasonable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9586>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:25:41 2010
From: report at bugs.python.org (George Yoshida)
Date: Fri, 13 Aug 2010 14:25:41 +0000
Subject: [issue9581] PosixGroupsTester fails as root
In-Reply-To: <1281646042.28.0.438449918806.issue9581@psf.upfronthosting.co.za>
Message-ID: <1281709541.88.0.608410184303.issue9581@psf.upfronthosting.co.za>


George Yoshida <quiver at users.sourceforge.net> added the comment:

> FAIL: test_setgroups (test.test_posix.PosixGroupsTester)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>   File "/home/antoine/py3k/__svn__/Lib/test/test_posix.py", line 428, in test_setgroups
>     self.assertListEqual(groups, posix.getgroups())
> AssertionError: First sequence is not a list: range(0, 16)

This one is just a list/range data type issue.

patch for test_initgroups/test_setgroups against py3k attached

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9581>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:26:39 2010
From: report at bugs.python.org (George Yoshida)
Date: Fri, 13 Aug 2010 14:26:39 +0000
Subject: [issue9581] PosixGroupsTester fails as root
In-Reply-To: <1281646042.28.0.438449918806.issue9581@psf.upfronthosting.co.za>
Message-ID: <1281709599.24.0.368207571196.issue9581@psf.upfronthosting.co.za>


Changes by George Yoshida <quiver at users.sourceforge.net>:


Added file: http://bugs.python.org/file18500/py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9581>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:44:59 2010
From: report at bugs.python.org (Jesse Noller)
Date: Fri, 13 Aug 2010 14:44:59 +0000
Subject: [issue9586] "warning: comparison between pointer and integer" in
	multiprocessing build on Tiger
In-Reply-To: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>
Message-ID: <1281710699.58.0.349671863559.issue9586@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

I agree with Antoine

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9586>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:54:30 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 13 Aug 2010 14:54:30 +0000
Subject: [issue9560] platform.py: use -b option for
	file	command	in	_syscmd_file()
In-Reply-To: <1281708914.06.0.149993700912.issue9560@psf.upfronthosting.co.za>
Message-ID: <4C655CA2.3090507@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:
> 
> @r.david.murray, @lemburg: So, can I commit my patch?

Yes, go ahead with 3.2 patch. It should not go into 2.7, though,
since it doesn't solve any problems in 2.7.

If we get complaints about the -b option than we can add a work-around,
but I doubt that we will. It would be good if you could add a test
case for this, since without -b support, the function won't give
an error: it will simply use the defaults.

----------
title: platform.py: use -b option for file	command	in _syscmd_file() -> platform.py: use -b option for file	command	in	_syscmd_file()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 16:57:44 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Fri, 13 Aug 2010 14:57:44 +0000
Subject: [issue9587] unittest.assertRaises() return the raised exception
In-Reply-To: <1281711464.19.0.685530938413.issue9587@psf.upfronthosting.co.za>
Message-ID: <1281711464.19.0.685530938413.issue9587@psf.upfronthosting.co.za>


New submission from Denver Coneybeare <denver.coneybeare at gmail.com>:

It would be great if unittest.assertRaises() returned the raised exception when it passes.  This allows the caller to easily perform further checks on the exception, such as its attribute values.  Currently assertRaises() returns None (when it doesn't return a context manager) so changing the return value should not break backwards compatibility.

I see that this was already discussed in issue6275 but I'd like to resurrect the discussion since this is a common scenario in my unit tests, and I assume others.  Revisions r76238 and r78110 added the ability to get the exception from the context manager (good) but sometimes using the context manager approach adds unnecessary bloat to already long-winded unit tests.

I've attached a possible patch for the py3k branch (unittest.assertRaises.returnex.v1.patch).  Thank you for (re)considering this topic :)  Also, thank you Michael Foord for your recent improvements to unittest... the new features are very much appreciated!

----------
components: Library (Lib)
files: unittest.assertRaises.returnex.v1.patch
keywords: patch
messages: 113781
nosy: denversc, krisvale, michael.foord
priority: normal
severity: normal
status: open
title: unittest.assertRaises() return the raised exception
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18501/unittest.assertRaises.returnex.v1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9587>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:05:03 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 15:05:03 +0000
Subject: [issue9581] PosixGroupsTester fails as root
In-Reply-To: <1281709599.44.0.20879542036.issue9581@psf.upfronthosting.co.za>
Message-ID: <1281711899.3206.11.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

George's patches work for me (thank you!).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9581>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:13:17 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 15:13:17 +0000
Subject: [issue8411] New GIL: improve condition variable emulation on NT
In-Reply-To: <1271363743.96.0.308083925586.issue8411@psf.upfronthosting.co.za>
Message-ID: <1281712397.41.0.153202377307.issue8411@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Closing as fixed, since nothing strange seems to have appeared so far.

----------
resolution: accepted -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8411>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:14:26 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 15:14:26 +0000
Subject: [issue2281] Enhanced cPython profiler with high-resolution timer
In-Reply-To: <1205359008.42.0.436050296007.issue2281@psf.upfronthosting.co.za>
Message-ID: <1281712466.68.0.699325814989.issue2281@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
assignee: pitrou -> 
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2281>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:19:30 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 15:19:30 +0000
Subject: [issue7862] fileio.c: ValueError vs. IOError with impossible
	operations
In-Reply-To: <1265405300.06.0.973184216127.issue7862@psf.upfronthosting.co.za>
Message-ID: <1281712770.11.0.638336753352.issue7862@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

All of them should probably raise io.UnsupportedOperation instead (which inherits from both IOError and ValueError).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7862>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:22:45 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 15:22:45 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281712965.88.0.152732882355.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Note about _Py_wchar2char(): it is possible to convert character by character (instead of working on substrings) because the input string doesn't contain surrogate pairs. _Py_char2wchar() ensures the the output string doens't contain surrogate pairs: if a byte sequence produces a surrogate pairs, the byte sequence is encoded using the surrogateescape error handler (U+DC00..U+DCFF range). I should add this note in _Py_wchar2char() comment.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:26:09 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 15:26:09 +0000
Subject: [issue8844] Condition.wait() doesn't raise KeyboardInterrupt
In-Reply-To: <1275065292.27.0.238026363438.issue8844@psf.upfronthosting.co.za>
Message-ID: <1281713169.16.0.101580599198.issue8844@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The portability API is now available (see Include/pytime.h).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8844>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:27:38 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 15:27:38 +0000
Subject: [issue9587] unittest.assertRaises() return the raised exception
In-Reply-To: <1281711464.19.0.685530938413.issue9587@psf.upfronthosting.co.za>
Message-ID: <1281713258.46.0.16547717385.issue9587@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
assignee:  -> michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9587>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:37:56 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 15:37:56 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281713876.38.0.31519039652.issue9584@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Well, Windows supports * and ? globs, but not brace expansion, as far as I can tell (at least on XP, which is what I currently have access to).

In fact, I don't believe I've run into brace expansion anywhere except in the unix shell, whereas as you say * and ? globbing is fairly common, so that might be another reason *not* to add it :)

Unfortunately for that argument, Windows XP CMD doesn't appear to support [] globbing.

I'm not going to try block this if other people want it.  As you say, there is no real standard here to adhere to.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:43:13 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 15:43:13 +0000
Subject: [issue9585] Largefile detection in configure fails
In-Reply-To: <1281701710.49.0.222431192126.issue9585@psf.upfronthosting.co.za>
Message-ID: <1281714193.41.0.759680581334.issue9585@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The expression "largefile support" is a bit misleading. What it simply does is that it uses "long long" instead of "long" in order to store and compute file offsets. But, since a long is wide enough on your system to hold a off_t (both are 64 bits), it wouldn't make a difference. Your Python is already able to address files larger than 4GB, since it uses lseek() in all cases.

(so-called "largefile support" would be enabled if you compiled a 32-bit Python)

By the way, you can run:

$ ./python -m test.regrtest -v test_largefile

to check that the "large file" tests (> 2 GB) pass.

----------
nosy: +pitrou
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9585>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:46:07 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 13 Aug 2010 15:46:07 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281714367.57.0.996363351468.issue9584@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

I don't see any reason to turn this down except, perhaps, for keeping something simple. 

Certainly I don't believe that Windows users will be confused by the fact that there are wildcards other than "*" and "?". fnmatch already implements [] and [!] which are not supported on Windows.

----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Fri Aug 13 17:57:48 2010
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 13 Aug 2010 15:57:48 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281715068.86.0.782835998014.issue5867@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

@abstractmethod
@classmethod
def ...
doesn't work because classmethod objects doesn't have a __dict__, so setting arbitrary attributes don't work, and abstractmethod tries to set the __isabstractmethod__ atribute to True.


The other order:
@classmethod
@abstractmethod
def ...
doesn't work, because the abstractmethod decorator sets the function's __isabstractmethod__ attribute to True, but when ABCMeta.__new__ checks the object in the namespace of the class, it won't find it, because the classmethod object won't have an __isabstractmethod__ attribute.

The situation is the same with staticmethod.

One possible solution would be adding a descriptor to classmethod (and staticmethod), with the name "__isabstractmethod__", which on __get__ would check its underlying callable for this attribute, and on __set__ would set this attribute on that callable. I think this way both order should work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Fri Aug 13 18:15:13 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 13 Aug 2010 16:15:13 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1281716113.94.0.999044341302.issue9396@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Have we had any luck getting this to play nicely with the buildbots yet? (I lost track of where the last checkin got to). The necessary Modules/Setup change to adjust when _collections is built should have propagated through by now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Fri Aug 13 18:22:39 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 16:22:39 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281716559.12.0.508001822679.issue9548@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/issue9548>
_______________________________________

From report at bugs.python.org  Fri Aug 13 18:25:01 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 13 Aug 2010 16:25:01 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281716701.69.0.073871325809.issue9545@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Note that the following sequence should work even without changing the buildbot behaviour:
- in one checkin, modify Modules/Setup.dist. The buildbots will pick up this change on their *subsequent* build (as the build triggered by this checkin, so long as it compiles correctly, will trigger the clean step)
- in a latter checkin, make the changes that depend on the new build order

What breaks at the moment is trying to do both of those things in one step, or trying to do the first step while compilation is broken.

Since Antoine's last reversion, a few successful build have gone through so it should be OK to reapply the original patch again.

Longer term, we probably want to run the clean step both before the configure step and after the compile and test steps (even if the compilation fails).

----------
nosy: +loewis, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Fri Aug 13 18:26:05 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 13 Aug 2010 16:26:05 +0000
Subject: [issue9567] Add attribute pointing to wrapped function in
	functools.update_wrapper
In-Reply-To: <1281494235.56.0.666889184643.issue9567@psf.upfronthosting.co.za>
Message-ID: <1281716765.22.0.276830330084.issue9567@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9567>
_______________________________________

From report at bugs.python.org  Fri Aug 13 18:28:00 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 13 Aug 2010 16:28:00 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1281716880.23.0.790289254803.issue9573@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/issue9573>
_______________________________________

From report at bugs.python.org  Fri Aug 13 18:30:36 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 16:30:36 +0000
Subject: [issue9560] platform.py: use -b option for
	file	command	in	_syscmd_file()
In-Reply-To: <1281460894.18.0.756161940799.issue9560@psf.upfronthosting.co.za>
Message-ID: <1281717036.67.0.936908702419.issue9560@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Commited as r83981.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9560>
_______________________________________

From report at bugs.python.org  Fri Aug 13 18:33:10 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 13 Aug 2010 16:33:10 +0000
Subject: [issue9588] Skip subprocess shell tests on Windows per file
	association setup
In-Reply-To: <1281717190.24.0.68069123173.issue9588@psf.upfronthosting.co.za>
Message-ID: <1281717190.24.0.68069123173.issue9588@psf.upfronthosting.co.za>


New submission from Brian Curtin <curtin at acm.org>:

The fix for #2304 causes issues on Windows if you have file associations setup that aren't Python interpters. In my case I have an association setup to open .py files in gvim, which causes the shell tests to hang until I quit the editor, then it fails because the output from gvim (nothing) doesn't match what it would when run through an interpreter.

CommandsWithSpaces.test_shell_* tests should have a skip condition which checks file associations before running. The info is stored somewhere in the registry, so it should be easy to see that, e.g., gvim.exe isn't a valid Python interpreter.

This issue only affects me at the moment, but it could affect other users who have tweaked file associations.

----------
assignee: brian.curtin
components: Tests, Windows
messages: 113794
nosy: brian.curtin, tim.golden
priority: low
severity: normal
stage: needs patch
status: open
title: Skip subprocess shell tests on Windows per file association setup
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9588>
_______________________________________

From report at bugs.python.org  Fri Aug 13 18:39:20 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 16:39:20 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281717560.35.0.859572208878.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83981 closes #9560: avoid the filename in _syscmd_file() to fix a bug with non encodable filenames in platform.architecture().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 18:58:16 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 16:58:16 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281718696.63.0.189177234199.issue9425@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

About wchar2char:
- PEP 383 says ?With this PEP, non-decodable bytes >= 128 will be represented as lone surrogate codes U+DC80..U+DCFF. Bytes below 128 will produce exceptions?. Your patch accepts bytes below 128.
- I don't understand why you decrement `size` in the second pass. Perhaps you want to add `assert size == 0` at the end?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 19:09:45 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 13 Aug 2010 17:09:45 +0000
Subject: [issue9588] Skip subprocess shell tests on Windows per file
	association setup
In-Reply-To: <1281717190.24.0.68069123173.issue9588@psf.upfronthosting.co.za>
Message-ID: <1281719385.0.0.738191565995.issue9588@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Attached is a patch that fixes this for me, and I *think* it's looking in the most correct area for the information.

Tim or any other Windows users, would you mind seeing that the skip does not occur on your machines, thus allowing it to properly run those tests?

----------
keywords: +patch
Added file: http://bugs.python.org/file18502/issue9588.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9588>
_______________________________________

From report at bugs.python.org  Fri Aug 13 19:31:17 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 13 Aug 2010 17:31:17 +0000
Subject: [issue9589] test_heapq: AttributeError: 'int' object has no attribute
	'pop'
In-Reply-To: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>
Message-ID: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>


New submission from Florent Xicluna <florent.xicluna at gmail.com>:

Various buildbots show a failure on test_heapq.

 * "x86 FreeBSD 3.x" failed on revision r83882 (r83869 was OK)
   http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%203.x/builds/492
   and next runs were OK, too

 * "PPC (Leopard|Tiger) 3.x" and "x86 Tiger 3.x" fail consistently from r83889 onwards.

 * all "gentoo 3.x" and "Ubuntu 3.x" fail on r83981
   http://www.python.org/dev/buildbot/all/builders/x86%20gentoo%203.x/builds/2816
   http://www.python.org/dev/buildbot/all/builders/x86%20Ubuntu%203.x/builds/1707

----------
components: Library (Lib), Tests
keywords: buildbot
messages: 113798
nosy: flox, haypo
priority: normal
severity: normal
stage: needs patch
status: open
title: test_heapq: AttributeError: 'int' object has no attribute 'pop'
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9589>
_______________________________________

From report at bugs.python.org  Fri Aug 13 19:32:59 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 17:32:59 +0000
Subject: [issue9558] build_ext fails on VS8.0
In-Reply-To: <1281450935.69.0.209009694295.issue9558@psf.upfronthosting.co.za>
Message-ID: <1281720779.41.0.0543747046956.issue9558@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

?ric, 'release blocker' policy depends on the release manager :)  Barry, for example, likes people to set release blocker on issues they want him to make sure he looks at before the release.  The release manager can always knock it down.  As can other developers if they judge it isn't really a release blocker (unless the RM set it or it was set specifically to get the RMs attention).

When you reset the priority on this one, though, you didn't give it a new priority.  I'm setting it to normal, since the bug report (at the moment at least) is only about a test failure.  If it represents a bug in the ability to build extensions on Windows with VS8, you could raise the priority.

----------
nosy: +r.david.murray
priority:  -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9558>
_______________________________________

From report at bugs.python.org  Fri Aug 13 19:45:08 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 17:45:08 +0000
Subject: [issue9589] test_heapq: AttributeError: 'int' object has no attribute
	'pop'
In-Reply-To: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>
Message-ID: <1281721508.06.0.498820848306.issue9589@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This is a variant of the kind of annoyance pointed out in #9548. Here, it seems addbuilddir() in Lib/site.py shouldn't import sysconfig, because it imports the re module.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9589>
_______________________________________

From report at bugs.python.org  Fri Aug 13 19:49:11 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 13 Aug 2010 17:49:11 +0000
Subject: [issue9589] test_heapq: AttributeError: 'int' object has no attribute
	'pop'
In-Reply-To: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>
Message-ID: <1281721751.97.0.668278807249.issue9589@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

For some reason, sys.modules['heapq'] contains the Python implementation instead of the C implementation.

Tested with r83981 on python 3:

Python 3.2a1+ (py3k:83981M, Aug 13 2010, 19:02:31) 
[GCC 4.3.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.

>>> import heapq
>>> heapq.heappop(10)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/florent/dev/python/py3trunk/Lib/heapq.py", line 140, in heappop
    lastelt = heap.pop()    # raises appropriate IndexError if heap is empty
AttributeError: 'int' object has no attribute 'pop'

>>> import _heapq
>>> _heapq.heappop(10)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: heap argument must be a list


These tests (TestErrorHandling) are supposed to run with the C module only.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9589>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:05:29 2010
From: report at bugs.python.org (Anthony Long)
Date: Fri, 13 Aug 2010 18:05:29 +0000
Subject: [issue9590] __init__ TypeError reverses expected vs received args
In-Reply-To: <1281722729.75.0.301168748146.issue9590@psf.upfronthosting.co.za>
Message-ID: <1281722729.75.0.301168748146.issue9590@psf.upfronthosting.co.za>


New submission from Anthony Long <antlong at gmail.com>:

import unittest
from selenium import selenium


class SetupSomething(unittest.TestCase):

    def setUp(self, URL):

        self.selenium = selenium("localhost", 4444, "*firefox", self.URL)
        

    def tearDown(self):
        pass


class TestSomething(SetupSomething):
    def __init__():
        print "bug."
    
    def setUp(self):
        self.URL = "http://google.com/"

    def tearDown(self):
        pass

    def test_tester(self):
        self.selenium.open('/')
        print "no"
        


unittest.main()

----
TypeError: '__init__() takes no arguments (2 given)'

----------
messages: 113802
nosy: antlong
priority: normal
severity: normal
status: open
title: __init__ TypeError reverses expected vs received args
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9590>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:08:58 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 13 Aug 2010 18:08:58 +0000
Subject: [issue9590] __init__ TypeError reverses expected vs received args
In-Reply-To: <1281722729.75.0.301168748146.issue9590@psf.upfronthosting.co.za>
Message-ID: <1281722938.74.0.69479386234.issue9590@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Definitely it does not look like a bug.

>>> import unittest
>>> help(unittest.TestCase)

...

 |  If it is necessary to override the __init__ method, the base class
 |  __init__ method must always be called. It is important that subclasses
 |  should not change the signature of their __init__ method, since instances
 |  of the classes are instantiated automatically by parts of the framework
 |  in order to be run.

...

----------
nosy: +flox
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9590>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:13:07 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 13 Aug 2010 18:13:07 +0000
Subject: [issue9333] Expose a way to enable os.symlink on Windows
In-Reply-To: <1279828704.23.0.310372952456.issue9333@psf.upfronthosting.co.za>
Message-ID: <1281723187.48.0.632176284171.issue9333@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

I've tried changing privileges for a user and I'm not seeing that they get reflected in real-time while an application is running. Maybe I'm not doing it right, but I'm not seeing it. I'm also not able to find anything about that being supported or anyone else trying this...actually, there's very little privilege related info anywhere outside of "these are the available privileges".

I'll spend a little more time and see if I can channel any sysadmin types to see if they know anything about this. It's looking like we'll just have to try enabling on module loading and if it works, great, otherwise there's no os.symlink for the lifetime of the interpreter.

Attached is a patch that works safely on XP/Server 2003 where there is no symlink possibility. It still has that test_tarfile error which I'll get to next.

----------
components: +Windows
keywords: +needs review
Added file: http://bugs.python.org/file18503/issue9333_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9333>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:14:32 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 18:14:32 +0000
Subject: [issue9590] __init__ TypeError reverses expected vs received args
In-Reply-To: <1281722729.75.0.301168748146.issue9590@psf.upfronthosting.co.za>
Message-ID: <1281723272.06.0.193004914359.issue9590@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

What flox said.

There's no reversal here:  you've defined an __init__ method that takes no arguments.  The unittest framework tries to instantiate a TestSomething instance by calling it with two arguments (one of which is self).  If you look at the source for the TestCase class you'll see:

    def __init__(self, methodName='runTest'):
        ...


Note that the message you're seeing applies to *your* __init__ method:  that method expects no arguments (because that's the way you defined it), but it's getting two (because the unittest test runner calls it that way).

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9590>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:34:07 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 18:34:07 +0000
Subject: [issue9589] test_heapq: AttributeError: 'int' object has no attribute
	'pop'
In-Reply-To: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>
Message-ID: <1281724447.46.0.689073206815.issue9589@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is a patch which works if the patch in #9548 is also applied.
It won't work alone because opening a file in text mode currently imports locale which imports re, etc. ... all before adding the build dir to sys.path.

Of course, since the logic in addbuilddir() is now much simpler, it could also be rewritten in C somewhere (where?), and the launched much earlier during the startup phase.

----------
keywords: +patch
Added file: http://bugs.python.org/file18504/addbuilddir.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9589>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:36:22 2010
From: report at bugs.python.org (David Watson)
Date: Fri, 13 Aug 2010 18:36:22 +0000
Subject: [issue9580] os.confstr() doesn't decode result according to PEP 383
In-Reply-To: <1281640616.02.0.101199550238.issue9580@psf.upfronthosting.co.za>
Message-ID: <1281724582.16.0.0794411907378.issue9580@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

The CS_PATH variable is a colon-separated list of directories ("the value for the PATH environment variable that finds all standard utilities"), so the file system encoding is certainly correct there.

I don't see any reference to an encoding in the POSIX spec for confstr().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9580>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:41:25 2010
From: report at bugs.python.org (David Watson)
Date: Fri, 13 Aug 2010 18:41:25 +0000
Subject: [issue9579] In 3.x,
	os.confstr() returns garbage if value is longer than 255 bytes
In-Reply-To: <1281640334.52.0.33251169247.issue9579@psf.upfronthosting.co.za>
Message-ID: <1281724885.73.0.106999633572.issue9579@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

I don't see why confstr() values shouldn't change.  sysconf() values can change between calls, IIRC.  Implementations can also define their own confstr variables - they don't have to stick to the POSIX stuff.

And using a loop means the confstr() call only appears once in the source, which is more elegant, right? :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9579>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:42:06 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 18:42:06 +0000
Subject: [issue9586] "warning: comparison between pointer and integer" in
	multiprocessing build on Tiger
In-Reply-To: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>
Message-ID: <1281724926.96.0.0649856865363.issue9586@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Actually, since SEM_FAILED isn't public and is only used in one file, it seems simplest just to redefine it on Mac.  Here's a patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file18505/sem_failed_tiger.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9586>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:45:03 2010
From: report at bugs.python.org (Michael Foord)
Date: Fri, 13 Aug 2010 18:45:03 +0000
Subject: [issue9587] unittest.assertRaises() return the raised exception
In-Reply-To: <1281711464.19.0.685530938413.issue9587@psf.upfronthosting.co.za>
Message-ID: <1281725103.5.0.452367199855.issue9587@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

If you want the exception then use assertRaises in a with statement. The exception is available as an attribute on the context manager.

----------
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9587>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:47:25 2010
From: report at bugs.python.org (Volodymyr Kostyrko)
Date: Fri, 13 Aug 2010 18:47:25 +0000
Subject: [issue9591] kqueu not reporting EOF under certain circumstances
In-Reply-To: <1281725245.42.0.301580096416.issue9591@psf.upfronthosting.co.za>
Message-ID: <1281725245.42.0.301580096416.issue9591@psf.upfronthosting.co.za>


New submission from Volodymyr Kostyrko <c.kworr at gmail.com>:

This one is BSD related. FreeBSD 8.1.

This works:
# cat test.py | ./test.py
-1 684 32768 0 0
#

This hangs:
# ./test.py < file
-1 684 0 0 0

The difference is that in second case popped kevent lacks any data on EOF.

----------
components: Library (Lib)
files: test.py
messages: 113811
nosy: Volodymyr.Kostyrko
priority: normal
severity: normal
status: open
title: kqueu not reporting EOF under certain circumstances
type: behavior
versions: Python 3.1
Added file: http://bugs.python.org/file18506/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9591>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:53:03 2010
From: report at bugs.python.org (Volodymyr Kostyrko)
Date: Fri, 13 Aug 2010 18:53:03 +0000
Subject: [issue9591] kqueue not reporting EOF under certain circumstances
In-Reply-To: <1281725245.42.0.301580096416.issue9591@psf.upfronthosting.co.za>
Message-ID: <1281725583.02.0.361404046371.issue9591@psf.upfronthosting.co.za>


Changes by Volodymyr Kostyrko <c.kworr at gmail.com>:


----------
title: kqueu not reporting EOF under certain circumstances -> kqueue not reporting EOF under certain circumstances

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9591>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:56:02 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 13 Aug 2010 18:56:02 +0000
Subject: [issue9587] unittest.assertRaises() return the raised exception
In-Reply-To: <1281711464.19.0.685530938413.issue9587@psf.upfronthosting.co.za>
Message-ID: <1281725762.45.0.804981323366.issue9587@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

That was a bit abrupt, want't it?  Denver is well aware of this and said: 
"but sometimes using the context manager approach adds unnecessary bloat to already long-winded unit tests."

I happen to agree with him and don't see why we can't discuss this some.  We never did discuss this fully in issue 6275, I just tempered my patch a bit to at least get something done.

I don't think this should be rejected out of hand simply because TBDFL said that its an "'odd' API for a unittest assert method".  assertRaises already return a context manager if called without a callable (an odd api?), and it can just as well return an exception if called _with_ a callable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9587>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:57:29 2010
From: report at bugs.python.org (Michael Foord)
Date: Fri, 13 Aug 2010 18:57:29 +0000
Subject: [issue9587] unittest.assertRaises() return the raised exception
In-Reply-To: <1281711464.19.0.685530938413.issue9587@psf.upfronthosting.co.za>
Message-ID: <1281725849.68.0.898554090704.issue9587@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Sorry, it's a reopened bug requesting a feature that has already been considered and rejected previously. Yes I was abrupt, my apologies - I'm trying to clear my backlog before I go away.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9587>
_______________________________________

From report at bugs.python.org  Fri Aug 13 20:59:27 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 18:59:27 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't
	be	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1281725967.54.0.233887838468.issue5504@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Since r83837, the py3k _ctypes module fails to build on my OS X 10.6 machine:

*** WARNING: renaming "_ctypes" since importing it failed: dlopen(build/lib.macosx-10.6-x86_64-3.2-pydebug/_ctypes.so, 2): Symbol not found: _ffi_closure_alloc
  Referenced from: /Users/dickinsm/python/svn/py3k/build/lib.macosx-10.6-x86_64-3.2-pydebug/_ctypes.so
  Expected in: flat namespace
 in /Users/dickinsm/python/svn/py3k/build/lib.macosx-10.6-x86_64-3.2-pydebug/_ctypes.so

This looks like a different issue from the one above, though.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:00:43 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 19:00:43 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't
	be	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1281726043.0.0.473204703126.issue5504@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Same error on the buildbots, here:

http://www.python.org/dev/buildbot/3.x/builders/PPC%20Leopard%203.x/builds/288/steps/compile/logs/stdio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:02:48 2010
From: report at bugs.python.org (Freek Dijkstra)
Date: Fri, 13 Aug 2010 19:02:48 +0000
Subject: [issue9592] Limitations in objects returned by multiprocessing Pool
In-Reply-To: <1281726168.11.0.648826556363.issue9592@psf.upfronthosting.co.za>
Message-ID: <1281726168.11.0.648826556363.issue9592@psf.upfronthosting.co.za>


New submission from Freek Dijkstra <freek at macfreek.nl>:

I came across three limitation in the multiprocessing module that were not handled correctly.

Attached is a file that reproduces the errors in minimal code. I tested them with Python 2.6.5 and 3.1.2.

Expected result:
multiprocessing.Pool's promises a map function where each result is returned transparently to the main process (despite that the calculation was done in a subprocess)

Actual result:
Not all values returned by a subprocess are returned transparently.
I expected multiprocessing to handle these cases gracefully by yielding an Exception in the Main process.

The cases I found are:

1) A multiprocessing worker can not return (return, not raise!) an Exception. 
If this is attempted, the result handler thread in the Pool calls the exception with no arguments, 
which might raise an error if multiple arguments are required:
TypeError: ('__init__() takes exactly 2 arguments (1 given)', <class '__main__.MyException'>, ())    


2) A multiprocessing worker can not return an hashlib Object.
If this is attempted, pickle returns an error:
PicklingError: Can't pickle <type '_hashlib.HASH'>: attribute lookup _hashlib.HASH failed


3) A multiprocessing worker can not return an Object which overrides __getattr__, and accesses a variable from self in __getattr__.
If this is attempted, Python 2.6 crashes with a bus error:
Program terminated by uncaught signal #10 after 1.56 seconds.
Python 3.1 yields the error:
RuntimeError: maximum recursion depth exceeded while calling a Python object

----------
components: Library (Lib)
files: multiprocessingbugs.py
messages: 113816
nosy: macfreek
priority: normal
severity: normal
status: open
title: Limitations in objects returned by multiprocessing Pool
type: crash
versions: Python 2.6, Python 3.1
Added file: http://bugs.python.org/file18507/multiprocessingbugs.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9592>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:05:06 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Aug 2010 19:05:06 +0000
Subject: [issue9592] Limitations in objects returned by multiprocessing Pool
In-Reply-To: <1281726168.11.0.648826556363.issue9592@psf.upfronthosting.co.za>
Message-ID: <1281726306.47.0.829856421635.issue9592@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +jnoller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9592>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:13:37 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 13 Aug 2010 19:13:37 +0000
Subject: [issue7467] The zipfile module does not check files' CRCs,
	including in ZipFile.testzip
In-Reply-To: <1260428371.84.0.68619284631.issue7467@psf.upfronthosting.co.za>
Message-ID: <1281726817.43.0.66229134546.issue7467@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

After chatting with __ap__ on irc, i'm going to reject this patch for 2.6.6.

----------
nosy: +barry
priority: release blocker -> 
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7467>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:27:04 2010
From: report at bugs.python.org (Joseph Copenhaver)
Date: Fri, 13 Aug 2010 19:27:04 +0000
Subject: [issue9593] utf8 codec readlines error after "\x85 "
In-Reply-To: <1281727623.94.0.00268299366408.issue9593@psf.upfronthosting.co.za>
Message-ID: <1281727623.94.0.00268299366408.issue9593@psf.upfronthosting.co.za>


New submission from Joseph Copenhaver <joseph.copenhaver at gmail.com>:

The IO readlines() facility incorrectly processes utf8 files for some unknown reason. Specifically, the call generates too many entries in the lines array result after a character sequence "\x85 blah" which gets cut as ("\x85 ","blah") according the the resultant array. My workaround for this issue is not elegant, especially since I need the newline characters:

#BEGIN: WTF
a_str_whole = fs_in.read()
fs_in.close()
a_str_lines = a_str_whole.split("\n")
for idx in range(0,len(a_str_lines)-1):
   a_str_lines[idx]+="\n"
#END: WTF

Attached is an example script that defines the problem clearly.

----------
components: IO, Interpreter Core, Regular Expressions, Unicode
files: ErrorProof-utf8-x85.py
messages: 113818
nosy: jcope
priority: normal
severity: normal
status: open
title: utf8 codec readlines error after "\x85 "
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18508/ErrorProof-utf8-x85.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9593>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:29:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 19:29:29 +0000
Subject: [issue9589] test_heapq: AttributeError: 'int' object has no attribute
	'pop'
In-Reply-To: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>
Message-ID: <1281727769.58.0.790974647847.issue9589@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is a C version of addbuilddir. It solves the present issue.

----------
Added file: http://bugs.python.org/file18509/c-addbuildir.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9589>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:29:33 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Aug 2010 19:29:33 +0000
Subject: [issue9593] utf8 codec readlines error after "\x85 "
In-Reply-To: <1281727623.94.0.00268299366408.issue9593@psf.upfronthosting.co.za>
Message-ID: <1281727774.0.0.652796222207.issue9593@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
components:  -Regular Expressions
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9593>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:35:15 2010
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 13 Aug 2010 19:35:15 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281728115.7.0.51485391568.issue5867@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

Here is a patch, which adds a descriptor to classmethod and staticmethod.
Pseudocode:

__get__(self, inst, owner):
    if getattr(inst.callable, '__isabstractmethod__', False):
        return True
    return False

__set__(self, inst, value):
    inst.callable.__isabstractmethod__ = bool(value)

----------
keywords: +patch
Added file: http://bugs.python.org/file18510/issue5867.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:37:50 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 19:37:50 +0000
Subject: [issue9593] utf8 codec readlines error after "\x85 "
In-Reply-To: <1281727623.94.0.00268299366408.issue9593@psf.upfronthosting.co.za>
Message-ID: <1281728270.71.0.328860073154.issue9593@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

U+0085 corresponds to a line terminator (*). and codecs.open() observes this convention.
Do note that the new io.open() (or the built-in open() in 3.x) only recognizes '\r' and '\n' as line separators.

In any case, changing this behaviour would break compatibility, therefore I'm rejecting the issue.

(*) http://en.wikipedia.org/wiki/Newline#Unicode

----------
nosy: +pitrou
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9593>
_______________________________________

From report at bugs.python.org  Fri Aug 13 21:53:39 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 19:53:39 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281729219.72.0.507789203074.issue5867@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The patch doesn't check that instantiating these methods work at all.

----------
nosy: +benjamin.peterson, pitrou
stage:  -> patch review
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Fri Aug 13 22:08:28 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Aug 2010 20:08:28 +0000
Subject: [issue9180] Memory Error
In-Reply-To: <1278425693.24.0.842654269147.issue9180@psf.upfronthosting.co.za>
Message-ID: <1281730108.69.0.81606559473.issue9180@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9180>
_______________________________________

From report at bugs.python.org  Fri Aug 13 22:13:08 2010
From: report at bugs.python.org (Joseph Copenhaver)
Date: Fri, 13 Aug 2010 20:13:08 +0000
Subject: [issue9593] utf8 codec readlines error after "\x85 "
In-Reply-To: <1281727623.94.0.00268299366408.issue9593@psf.upfronthosting.co.za>
Message-ID: <1281730388.68.0.654225539002.issue9593@psf.upfronthosting.co.za>


Joseph Copenhaver <joseph.copenhaver at gmail.com> added the comment:

I now recognize the issue was in regard to format problems and not python, but the area where this code will be used requires the use of the codecs module.
Is there any way to get the efficiency of codecs I/O readlines() chunking behavior and specify a list of characters to use? Can the file delimiter be changed in python as in perl?

Thanks for the quick response.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9593>
_______________________________________

From report at bugs.python.org  Fri Aug 13 22:16:11 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 13 Aug 2010 20:16:11 +0000
Subject: [issue9588] Skip subprocess shell tests on Windows per file
	association setup
In-Reply-To: <1281717190.24.0.68069123173.issue9588@psf.upfronthosting.co.za>
Message-ID: <1281730571.44.0.0498134110563.issue9588@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Assuming I understand you correctly, could I propose this rather less involved patch which simply specifies the sys.executable as part of the command line. The test doesn't propose to test file associations and indeed two of the test already fill in the executable

----------
Added file: http://bugs.python.org/file18511/9588.exec.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9588>
_______________________________________

From report at bugs.python.org  Fri Aug 13 22:19:00 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 13 Aug 2010 20:19:00 +0000
Subject: [issue9588] Skip subprocess shell tests on Windows per file
	association setup
In-Reply-To: <1281717190.24.0.68069123173.issue9588@psf.upfronthosting.co.za>
Message-ID: <1281730740.57.0.270294081736.issue9588@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Yeah that's much better :)
I should have asked if you left out sys.executable out intentionally before coming up with my patch...I assumed it was intended to be different due to shell=1 or something.

Go ahead and apply if you want.

----------
assignee: brian.curtin -> tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9588>
_______________________________________

From report at bugs.python.org  Fri Aug 13 22:26:02 2010
From: report at bugs.python.org (Daniel Urban)
Date: Fri, 13 Aug 2010 20:26:02 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281731162.06.0.302179047689.issue5867@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

If I understand correctly, some tests are needed for the instantiation of classes with abstract static/classmethods. I added them in issue5867a.diff.

----------
Added file: http://bugs.python.org/file18512/issue5867a.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Fri Aug 13 22:29:22 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 20:29:22 +0000
Subject: [issue9593] utf8 codec readlines error after "\x85 "
In-Reply-To: <1281730388.68.0.654225539002.issue9593@psf.upfronthosting.co.za>
Message-ID: <1281731358.3206.12.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Is there any way to get the efficiency of codecs I/O readlines()
> chunking behavior and specify a list of characters to use? Can the
> file delimiter be changed in python as in perl?

No, but you can use readlines() from the standard open() function (which
will give you 8-bit strings), and then decode individual lines yourself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9593>
_______________________________________

From report at bugs.python.org  Fri Aug 13 22:53:15 2010
From: report at bugs.python.org (Greg Brockman)
Date: Fri, 13 Aug 2010 20:53:15 +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: <1281732795.5.0.631587079383.issue9205@psf.upfronthosting.co.za>


Greg Brockman <gdb at mit.deu> added the comment:

I'll take another stab at this.  In the attachment (assign-tasks.patch), I've combined a lot of the ideas presented on this issue, so thank you both for your input.  Anyway:

- The basic idea of the patch is to record the mapping of tasks to workers.  I've added a protocol between the parent process and the workers that allows this to happen without adding a race condition between recording the task and the child dying.
- If a child unexpectedly dies, the worker_handler pretends that all of the jobs currently assigned to it raised a RuntimeError.  (Multiple jobs can be assigned to a single worker if the result handler is being slow.)
- The guarantee I try to provide is that each job will be started at most once.  There is enough information to instead ensure that each job is run exactly once, but in general whether that's acceptable or useful is really only known at the application level.

Some notes:
- I haven't implemented this for approach for the ThreadPool yet.
- The test suite runs but occasionally hangs on shutting down the pool in Ask's tests in multiprocessing-trunk at 82502-termination-trackjobs.patch.  My experiments seem to indicate this is due to a worker dying while holding a queue lock.  So I think a next step is to deal with workers dying while holding a queue lock, although this seems unlikely in practice.  I have some ideas as to how you could fix this, if we decide it's worth trying.

Anyway, please let me know what you think of this approach/sample implementation.  If we decide that this seems promising, I'd be happy to built it out further.

----------
Added file: http://bugs.python.org/file18513/assign-tasks.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 13 22:54:54 2010
From: report at bugs.python.org (Joseph Copenhaver)
Date: Fri, 13 Aug 2010 20:54:54 +0000
Subject: [issue9593] utf8 codec readlines error after "\x85 "
In-Reply-To: <1281727623.94.0.00268299366408.issue9593@psf.upfronthosting.co.za>
Message-ID: <1281732894.9.0.12520091537.issue9593@psf.upfronthosting.co.za>


Joseph Copenhaver <joseph.copenhaver at gmail.com> added the comment:

It is better, thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9593>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:01:59 2010
From: report at bugs.python.org (Michael Foord)
Date: Fri, 13 Aug 2010 21:01:59 +0000
Subject: [issue7175] Define a standard location and API for configuration files
In-Reply-To: <1256037677.34.0.670034749287.issue7175@psf.upfronthosting.co.za>
Message-ID: <1281733319.85.0.191734759106.issue7175@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

It would be nice to settle this.

Personally I would like to see the defaults being:

Linux: ~/.pythonx.y
Mac OS X: ~/.pythonx.y with a fallback of ~/Library/Preferences/.pythonx.y
Windows: ~/pythonx.y perhaps with a backup of AppData/pythonx.y

For both Windows and Mac OS X I would be happy with the fallback / primary to be the other way round - it doesn't *really* matter. The API for getting the user config direction should always return a list I guess if we have fallbacks.

Someone else in the Python-dev discussion thread (Adal Chiriliuc) expressed a preferences for the documents folder on Windows over the home directory. This would be fine as well (with AppData still as a fallback). This is used by other native windows applications. (In earlier versions of Windows the documents folder was explicitly called "Documents and Settings".)

We should use pythonx.y rather than just python because (for example) you will typically have different packages installed when you have multiple versions of Python, and in unittest would then want / need different plugins enabled and configured in the unittest config files for each of the versions of Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7175>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:04:06 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 13 Aug 2010 21:04:06 +0000
Subject: [issue9588] Add sys.executable to
	test_subprocessing.CommandsWithSpaces shell tests
In-Reply-To: <1281717190.24.0.68069123173.issue9588@psf.upfronthosting.co.za>
Message-ID: <1281733446.21.0.307299735808.issue9588@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Fixed in r83983, r83984, and r83985. Thanks, Tim.

----------
assignee: tim.golden -> brian.curtin
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
title: Skip subprocess shell tests on Windows per file association setup -> Add sys.executable to test_subprocessing.CommandsWithSpaces shell tests
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9588>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:17:00 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 21:17:00 +0000
Subject: [issue9203] Use computed gotos by default
In-Reply-To: <1278610504.41.0.538912852234.issue9203@psf.upfronthosting.co.za>
Message-ID: <1281734220.89.0.832349846648.issue9203@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I've committed a patch in r83986. I will watch the buildbots and close if everything's fine.

----------
assignee:  -> pitrou
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9203>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:20:39 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 21:20:39 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281734439.32.0.684984534628.issue5867@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thank you. I'm not an ABC expert but it looks ok. Guido, what do you think?

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:27:24 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 21:27:24 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281734844.77.0.194095228933.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

New version of the patch _Py_wchar2char-2.patch:
 - _Py_wchar2char() only escapes characters in range U+DC80..U+DCFF (instead of U+DC00..U+DCFF)
 - add a comment to _Py_char2wchar()

> I don't understand why you decrement `size` in the second pass.

Because I would like to avoid buffer overflow when calling wcstombs(). wcstombs() might write more bytes at the second step, even if I don't think that it would be possible.

----------
Added file: http://bugs.python.org/file18514/_Py_wchar2char-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:27:36 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 21:27:36 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281734856.82.0.462613936958.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18431/_Py_wchar2char.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:29:55 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 13 Aug 2010 21:29:55 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1281704554.74.0.950835365069.issue9425@psf.upfronthosting.co.za>
Message-ID: <4C65B940.1050305@netwok.org>


?ric Araujo <merwok at netwok.org> added the comment:

I know this is not introduced by your patch, just moved, but couldn?t
the typo in UNDECODEABLE be fixed? (extraneous e)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:34:36 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Fri, 13 Aug 2010 21:34:36 +0000
Subject: [issue9594] typo on Mac/Makefile.in? s/pythonw/python/
In-Reply-To: <1281735276.23.0.449873150799.issue9594@psf.upfronthosting.co.za>
Message-ID: <1281735276.23.0.449873150799.issue9594@psf.upfronthosting.co.za>


New submission from Sridhar Ratnakumar <sridharr at activestate.com>:

>From Mac/Makefile.in:

[...]
ifneq ($(LIPO_32BIT_FLAGS),)
        lipo $(LIPO_32BIT_FLAGS) -output $(DESTDIR)$(prefix)/bin/python$(VERSION)-32 pythonw
        lipo $(LIPO_32BIT_FLAGS) -output $(DESTDIR)$(prefix)/bin/pythonw$(VERSION)-32 pythonw
        ln -sf python$(VERSION)-32 "$(DESTDIR)$(prefix)/bin/python-32"
        ln -sf pythonw$(VERSION)-32 "$(DESTDIR)$(prefix)/bin/pythonw-32"
endif
[...]

Shouldn't the last word in the first line be `python` instead of `pythonw`?

http://svn.python.org/view/python/trunk/Mac/Makefile.in?annotate=77031#l55

----------
assignee: ronaldoussoren
components: Build, Macintosh
messages: 113836
nosy: ronaldoussoren, srid
priority: normal
severity: normal
status: open
title: typo on Mac/Makefile.in? s/pythonw/python/
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9594>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:35:08 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Fri, 13 Aug 2010 21:35:08 +0000
Subject: [issue9594] typo on Mac/Makefile.in? s/pythonw/python/
In-Reply-To: <1281735276.23.0.449873150799.issue9594@psf.upfronthosting.co.za>
Message-ID: <1281735308.32.0.235083642826.issue9594@psf.upfronthosting.co.za>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

Specifically "python$(VERSION)-32 python" instead of "python$(VERSION)-32 pythonw"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9594>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:42:43 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 13 Aug 2010 21:42:43 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281735763.27.0.469184504517.issue5867@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

As you figured out it is not yet supported.

I object to making changes to the classmethod implementation.

I expect the best thing to do is to add a new

@abc.abstractclassmethod

decorator defined in pure Python (maybe the definition of abstractproperty provides a hint on how to do this).

You may want to define @abc.abstractstaticmethod as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:47:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 21:47:29 +0000
Subject: [issue9595] PC/getpathp.c unused?
Message-ID: <1281736049.14.0.316671320549.issue9595@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: pitrou
priority: normal
severity: normal
status: open
title: PC/getpathp.c unused?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9595>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:48:18 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 21:48:18 +0000
Subject: [issue9596] PC/getpathp.c unused?
In-Reply-To: <1281736098.81.0.874478612531.issue9596@psf.upfronthosting.co.za>
Message-ID: <1281736098.81.0.874478612531.issue9596@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

PC/getpathp.c claims it is ?Used by DOS, OS/2, Windows 3.1, Windows 95/98, Windows NT?, but Modules/getpath.c already tries to be cross-platform.  It is not obvious whether the former is used at all.

----------
components: Interpreter Core
messages: 113839
nosy: loewis, pitrou
priority: low
severity: normal
status: open
title: PC/getpathp.c unused?
type: resource usage
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9596>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:50:33 2010
From: report at bugs.python.org (Dmitry Chichkov)
Date: Fri, 13 Aug 2010 21:50:33 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281736233.97.0.351141385244.issue9520@psf.upfronthosting.co.za>


Changes by Dmitry Chichkov <dchichkov at gmail.com>:


Added file: http://bugs.python.org/file18515/dc.dict.bench.0.02.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Fri Aug 13 23:52:33 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 21:52:33 +0000
Subject: [issue9595] PC/getpathp.c unused?
Message-ID: <1281736353.8.0.311250840336.issue9595@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9595>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:07:14 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 22:07:14 +0000
Subject: [issue9579] In 3.x,
	os.confstr() returns garbage if value is longer than 255 bytes
In-Reply-To: <1281640334.52.0.33251169247.issue9579@psf.upfronthosting.co.za>
Message-ID: <1281737234.61.0.715126165433.issue9579@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I just fear that the loop is "endless". Imagine the worst case: confstr() returns a counter (n, n+1, n+2, ...). In 64 bits, it can be long.

I would prefer to see a condition to stop after 2 steps. It should maybe stop when an error at the 3rd step.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9579>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:20:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 22:20:54 +0000
Subject: [issue586680] -S hides standard dynamic modules
Message-ID: <1281738054.04.0.0530198297535.issue586680@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution: wont fix -> duplicate
superseder:  -> test_heapq: AttributeError: 'int' object has no attribute 'pop'

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue586680>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:20:59 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 13 Aug 2010 22:20:59 +0000
Subject: [issue6884] Impossible to include file in sdist that starts with
	'build' on Win32
In-Reply-To: <1252679308.98.0.343140927716.issue6884@psf.upfronthosting.co.za>
Message-ID: <1281738059.88.0.582992949597.issue6884@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Attaching a unit test translation of Chris? report. The test pass on POSIX (linux2), can someone test on win32?

Tracing the flow from sdist to filelist, it seems to be not a regex error but a logic error. A file explicitly added should not be removed by the exclude filter afterward.

----------
keywords: +patch
Added file: http://bugs.python.org/file18516/test-buildout-inclusion.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6884>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:21:56 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 13 Aug 2010 22:21:56 +0000
Subject: [issue2281] Enhanced cPython profiler with high-resolution timer
In-Reply-To: <1205359008.42.0.436050296007.issue2281@psf.upfronthosting.co.za>
Message-ID: <1281738116.26.0.492907516563.issue2281@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Can someone post a diff against current py3k?   I would like to take a look, but the files attached to this issue seem to be more than a year old.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2281>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:24:12 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 22:24:12 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <4C65B940.1050305@netwok.org>
Message-ID: <201008140024.04765.victor.stinner@haypocalc.com>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> I know this is not introduced by your patch, just moved, but couldn?t
> the typo in UNDECODEABLE be fixed? (extraneous e)

I wasn't sure that it was a typo, so I kept it unchanged. It's now fixed by 
r83987.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:26:05 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 22:26:05 +0000
Subject: [issue9589] test_heapq: AttributeError: 'int' object has no attribute
	'pop'
In-Reply-To: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>
Message-ID: <1281738365.92.0.856590557973.issue9589@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I've committed an updated version of the C patch in r83988, after Victor's comments on IRC.

----------
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9589>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:26:56 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 22:26:56 +0000
Subject: [issue9203] Use computed gotos by default
In-Reply-To: <1278610504.41.0.538912852234.issue9203@psf.upfronthosting.co.za>
Message-ID: <1281738416.85.0.143394348869.issue9203@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9203>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:29:02 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Fri, 13 Aug 2010 22:29:02 +0000
Subject: [issue9597] mac: Install 2to3 in /usr/local/bin
In-Reply-To: <1281738541.55.0.960534882511.issue9597@psf.upfronthosting.co.za>
Message-ID: <1281738541.55.0.960534882511.issue9597@psf.upfronthosting.co.za>


New submission from Sridhar Ratnakumar <sridharr at activestate.com>:

According to Mac/Makefile.in, scripts like pydoc, idle, smtpd.py and so on gets symlinked in /usr/local/bin but there is none for 2to3. Perhaps this was forgotten?

----------
assignee: ronaldoussoren
components: 2to3 (2.x to 3.0 conversion tool), Build, Macintosh
messages: 113845
nosy: ronaldoussoren, srid
priority: normal
severity: normal
status: open
title: mac: Install 2to3 in /usr/local/bin
type: feature request
versions: Python 2.6, Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9597>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:32:01 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 22:32:01 +0000
Subject: [issue9580] os.confstr() doesn't decode result according to PEP 383
In-Reply-To: <1281724582.16.0.0794411907378.issue9580@psf.upfronthosting.co.za>
Message-ID: <201008140031.52221.victor.stinner@haypocalc.com>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Le vendredi 13 ao?t 2010 20:36:22, vous avez ?crit :
> The CS_PATH variable is a colon-separated list of directories ("the value
> for the PATH environment variable that finds all standard utilities"), so
> the file system encoding is certainly correct there.

CS_PATH is hardcoded to "/bin:/usr/bin" in the GNU libc for UNIX. Do you know 
another key for which the value can be controled by the user (or the system 
administrator)?

> I don't see any reference to an encoding in the POSIX spec for confstr().

CS_PATH is just an example, there are other keys. I'm not sure that all values 
are encoded to the filesystem encodings, it might be another encoding?

Well, if we really doesn't know the encoding, a solution is to use a bytes API 
(which may avoid the question of the usage of the PEP 383).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9580>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:34:33 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 22:34:33 +0000
Subject: [issue9589] test_heapq: AttributeError: 'int' object has no attribute
	'pop'
In-Reply-To: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>
Message-ID: <1281738873.41.0.872532157094.issue9589@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
assignee:  -> pitrou
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9589>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:40:21 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Aug 2010 22:40:21 +0000
Subject: [issue9589] test_heapq: AttributeError: 'int' object has no attribute
	'pop'
In-Reply-To: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>
Message-ID: <1281739221.93.0.809741181594.issue9589@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9589>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:47:14 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 13 Aug 2010 22:47:14 +0000
Subject: [issue8912] `make patchcheck` should check the whitespace of .c/.h
	files
In-Reply-To: <1275794679.2.0.211731721822.issue8912@psf.upfronthosting.co.za>
Message-ID: <1281739634.35.0.787189429452.issue8912@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I wonder how to have sane code reuse between patchcheck and Mercurial hooks. Mark seems to have started seconding Dirkjan with hooks, see e.g. 
http://hg.python.org/hooks/rev/0344575ad60e, so I wonder if we?re going to use only hooks (pro: they will be invoked on every push, whereas patchcheck is opt-in, con: they would require that contributors clone the hooks repo and set them up) or still maintain patchcheck, which has pros (no setup, does not require a VCS) and cons (not automatic, not widely used, whereas hooks can be part of the new python-dev policy).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8912>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:55:19 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 13 Aug 2010 22:55:19 +0000
Subject: [issue9597] mac: Install 2to3 in /usr/local/bin
In-Reply-To: <1281738541.55.0.960534882511.issue9597@psf.upfronthosting.co.za>
Message-ID: <1281740119.7.0.24728675866.issue9597@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9597>
_______________________________________

From report at bugs.python.org  Sat Aug 14 00:56:32 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 13 Aug 2010 22:56:32 +0000
Subject: [issue8912] `make patchcheck` should check the whitespace of .c/.h
	files
In-Reply-To: <1275794679.2.0.211731721822.issue8912@psf.upfronthosting.co.za>
Message-ID: <1281740192.19.0.0770427429809.issue8912@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Note directly related to this issue, but untabify.py fails on files that contain non-ascii characters.  For example:

$ ./python.exe Tools/scripts/untabify.py Modules/_heapqmodule.c
Traceback (most recent call last):
    ...
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xe7 in position 173: invalid continuation byte


I am not sure what relevant C standard has to say about using non-ascii characters in comments, but the checking tool should not fail with a traceback in such situation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8912>
_______________________________________

From report at bugs.python.org  Sat Aug 14 01:06:14 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 13 Aug 2010 23:06:14 +0000
Subject: [issue9598] untabify.py fails on files that contain non-ascii
	characters
In-Reply-To: <1281740774.41.0.842761146652.issue9598@psf.upfronthosting.co.za>
Message-ID: <1281740774.41.0.842761146652.issue9598@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky <belopolsky at users.sourceforge.net>:

For example:

$ ./python.exe Tools/scripts/untabify.py Modules/_heapqmodule.c
Traceback (most recent call last):
    ...
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xe7 in position 173: invalid continuation byte


I am not sure what relevant C standard has to say about using non-ascii characters in comments, but the checking tool should not fail with a traceback in such situation.

----------
components: Demos and Tools
messages: 113849
nosy: belopolsky
priority: normal
severity: normal
status: open
title: untabify.py fails on files that contain non-ascii characters
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9598>
_______________________________________

From report at bugs.python.org  Sat Aug 14 01:06:43 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 13 Aug 2010 23:06:43 +0000
Subject: [issue7962] Demo and Tools need to be tested and pruned
In-Reply-To: <1266531589.82.0.915519058153.issue7962@psf.upfronthosting.co.za>
Message-ID: <1281740803.49.0.0319051869899.issue7962@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
dependencies: +untabify.py fails on files that contain non-ascii characters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7962>
_______________________________________

From report at bugs.python.org  Sat Aug 14 01:08:48 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 13 Aug 2010 23:08:48 +0000
Subject: [issue9598] untabify.py fails on files that contain non-ascii
	characters
In-Reply-To: <1281740774.41.0.842761146652.issue9598@psf.upfronthosting.co.za>
Message-ID: <1281740928.8.0.646975083804.issue9598@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9598>
_______________________________________

From report at bugs.python.org  Sat Aug 14 01:22:09 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 13 Aug 2010 23:22:09 +0000
Subject: [issue6884] Impossible to include file in sdist that starts with
	'build' on Win32
In-Reply-To: <1252679308.98.0.343140927716.issue6884@psf.upfronthosting.co.za>
Message-ID: <1281741729.4.0.529413691998.issue6884@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Test by haypo on win32:
- ['README', 'setup.py', 'somecode\\__init__.py']
?                                 ^^

+ ['README', 'buildout.cfg', 'setup.py', 'somecode/__init__.py']
?           ++++++++++++++++                      ^

The bug is confirmed. I?ll use os.sep to silence the second error, and look into test_filelist and filelist itself to fix it.

----------
stage: unit test needed -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6884>
_______________________________________

From report at bugs.python.org  Sat Aug 14 01:29:25 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 13 Aug 2010 23:29:25 +0000
Subject: [issue8912] `make patchcheck` should check the whitespace of .c/.h
	files
In-Reply-To: <1275794679.2.0.211731721822.issue8912@psf.upfronthosting.co.za>
Message-ID: <1281742165.17.0.0895062468646.issue8912@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

I opened issue9598 for the untabify bug.  For the purposes of source checking, I believe non-ascii characters should be disallowed in python C source code.  According to my understanding of C89 standard, interpretation of characters outside of the basic character set is implementation and locale dependent.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8912>
_______________________________________

From report at bugs.python.org  Sat Aug 14 01:30:58 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 23:30:58 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281742258.11.0.261237965507.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83989 creates _Py_wchar2char() function (_Py_wchar2char-2.patch).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 01:31:26 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Aug 2010 23:31:26 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281742286.2.0.595707151997.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18514/_Py_wchar2char-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 01:56:57 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 13 Aug 2010 23:56:57 +0000
Subject: [issue9596] PC/getpathp.c unused?
In-Reply-To: <1281736098.81.0.874478612531.issue9596@psf.upfronthosting.co.za>
Message-ID: <1281743817.75.0.688841897092.issue9596@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

$ grep getpath PCbuild/*
PCbuild/pythoncore.vcproj:                              RelativePath="..\PC\getpathp.c"

So it's fairly obvious that it is used, no?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9596>
_______________________________________

From report at bugs.python.org  Sat Aug 14 02:00:31 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 00:00:31 +0000
Subject: [issue9542] Create PyUnicode_FSDecoder() function
In-Reply-To: <1281311809.81.0.46043022196.issue9542@psf.upfronthosting.co.za>
Message-ID: <1281744031.17.0.414033528251.issue9542@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Commited to 3.2 as r83990.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9542>
_______________________________________

From report at bugs.python.org  Sat Aug 14 02:01:19 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 00:01:19 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281744079.99.0.117981512984.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83990 closes #9542 by creating the PyUnicode_FSDecoder() PyArg_ParseTuple parser.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 02:17:59 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 00:17:59 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281745079.8.0.0911524537087.issue8688@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file18482/sdist-manifest-marker.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Sat Aug 14 02:18:34 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 00:18:34 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281745114.02.0.0816758915752.issue8688@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Added file: http://bugs.python.org/file18517/sdist-manifest-marker.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Sat Aug 14 02:19:21 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 00:19:21 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281745161.77.0.949936846733.issue8688@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

New version of the patch to address Tarek?s comments and add NEWS and docs entries.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Sat Aug 14 02:46:45 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 14 Aug 2010 00:46:45 +0000
Subject: [issue2944] asyncore doesn't handle connection refused correctly
In-Reply-To: <1211462641.02.0.497686644895.issue2944@psf.upfronthosting.co.za>
Message-ID: <1281746805.61.0.355594148369.issue2944@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Just to close the loop: thanks for reverting this for 2.6.6!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2944>
_______________________________________

From report at bugs.python.org  Sat Aug 14 02:50:53 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 14 Aug 2010 00:50:53 +0000
Subject: [issue9568] test_urllib2_localnet fails on OS X 10.3
In-Reply-To: <1281514296.56.0.121028925935.issue9568@psf.upfronthosting.co.za>
Message-ID: <1281747053.36.0.150068226194.issue9568@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Thanks guys.  I'll allow this in for 2.6.6 if you can commit it before Sunday 8/15.  I'd like the buildbots to have plenty of time to turn green before schedule release on Monday.  Please include a NEWS item and close this issue once it's been committed.

----------
priority: normal -> release blocker
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9568>
_______________________________________

From report at bugs.python.org  Sat Aug 14 03:04:43 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 01:04:43 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281747883.29.0.0684709085249.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83976 adds PyErr_WarnFormat() (pyerr_warnformat-2.patch).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 03:15:56 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 14 Aug 2010 01:15:56 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281748556.18.0.126286581458.issue8688@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

This is a regression introduced in 2.6.6rc1.  After discussion in irc with merwok, it is agreed that he will revert to pre-2.6.6rc1 behavior and not apply any fix.  It's way too late to be changing behavior in 2.6.6.  Folks using Python 2.6 will just have to live with the devil they know.

----------
nosy: +barry
priority: high -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Sat Aug 14 03:20:50 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 01:20:50 +0000
Subject: [issue9599] Add PySys_FormatStdout and PySys_FormatStderr functions
In-Reply-To: <1281748850.03.0.226661002254.issue9599@psf.upfronthosting.co.za>
Message-ID: <1281748850.03.0.226661002254.issue9599@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

For my work #9425 (Rewrite import machinery to work with unicode paths), I need a function to write unicode strings to sys.stderr (especially to write messages on import in verbose mode). Attached patch creates PySys_FormatStdout() and PySys_FormatStderr(). It's the same idea than the new function PyErr_WarnFormat() vs PyErr_WarnEx() (added by r83976): similar API but use PyUnicode_FromFormatV().

PySys_FormatStdout() and PySys_FormatStderr() don't truncate the output message. PySys_WriteStdout() and PySys_WriteStderr() truncate the output because they use a static buffer of 1001 bytes, but I don't know if it is an implementation choice (to avoid bugs?) or just a limitation of the implementation.

About the patch:
 - rename mywrite() to sys_write() to use a less generic name (it helps debugging)
 - in sys_write(): don't call PyErr_Clear() if the second call to sys_pyfile_write() fails, because it is useless. fputs() doesn't care to Python exceptions and the exception state is restored just after the call to fputs()
 - sys_format() encodes the message to utf-8 on sys_pyfile_write_unicode() failure because utf-8 is able to encode all unicode characters (except unicode surrogates). Use an error handler to escape surrogates may avoid encode errors, but it's not important here because sys_pyfile_write_unicode() should not fail. sys_pyfile_write_unicode() knows better how to handle surrogate characters (sys.stderr uses backslashreplace error handler by default).

For #9425, I only need PySys_FormatStderr(), but I added also PySys_FormatStdout() just to be consistent with PySys_Write*() and because it only costs a few line of code.

----------
components: Interpreter Core, Unicode
files: pysys_formatstderr.patch
keywords: patch
messages: 113861
nosy: haypo
priority: normal
severity: normal
status: open
title: Add PySys_FormatStdout and PySys_FormatStderr functions
versions: Python 3.2
Added file: http://bugs.python.org/file18518/pysys_formatstderr.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9599>
_______________________________________

From report at bugs.python.org  Sat Aug 14 03:22:16 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 01:22:16 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281748936.98.0.209603024881.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I created #9599: Add PySys_FormatStdout and PySys_FormatStderr functions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 04:11:07 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 02:11:07 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281751867.27.0.637905321817.issue8688@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

2.6 regression reverted in r83992.

Tarek is okay with my patch for the other branches. I noticed the first fix did not have a versionadded in the docs, so I?ll add that and commit.

----------
assignee: tarek -> eric.araujo
priority: release blocker -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Sat Aug 14 05:30:33 2010
From: report at bugs.python.org (cipater)
Date: Sat, 14 Aug 2010 03:30:33 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>


New submission from cipater <austinvh at gmail.com>:

I'm running 2.6.6rc1 64 bit on Windows 7

I get the following error when I try to instantiate a Pool:

>>> import multiprocessing
>>> p = Pool(processes = 2)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "c:\Python26\lib\multiprocessing\__init__.py", line 227, in Pool
    return Pool(processes, initializer, initargs)
  File "c:\Python26\lib\multiprocessing\pool.py", line 84, in __init__
    self._setup_queues()
  File "c:\Python26\lib\multiprocessing\pool.py", line 130, in _setup_queues
    from .queues import SimpleQueue
  File "c:\Python26\lib\multiprocessing\queues.py", line 22, in <module>
    from multiprocessing.synchronize import Lock, BoundedSemaphore, Semaphore, Condition
  File "c:\Python26\lib\multiprocessing\synchronize.py", line 22, in <module>
    from multiprocessing.forking import assert_spawning, Popen
  File "c:\Python26\lib\multiprocessing\forking.py", line 153, in <module>
    from ._multiprocessing import win32, Connection, PipeConnection
ImportError: No module named _multiprocessing
>>>

----------
components: Extension Modules
messages: 113864
nosy: cipater
priority: normal
severity: normal
status: open
title: multiprocessing Pool instantiation crashes on 64 bit 2.6.6rc1 under Windows 7
type: crash
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 05:39:55 2010
From: report at bugs.python.org (cipater)
Date: Sat, 14 Aug 2010 03:39:55 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281757195.16.0.61718772791.issue9600@psf.upfronthosting.co.za>


cipater <austinvh at gmail.com> added the comment:

prior to this I already imported Pool (from multiprocessing import Pool)

I also tried the 64 bit 2.6.5 and got the same error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 05:41:59 2010
From: report at bugs.python.org (alphablue52)
Date: Sat, 14 Aug 2010 03:41:59 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>


New submission from alphablue52 <alphablue52 at yahoo.de>:

I try to use ftplib for a Webspace running on a Windows Server machine.
The server responses 250 instead of 257 (which would be correct according to RFC959, ftp)

It would be nice if ftplib could also tolerate the 250 "Requested file ation okay, completed" code, since I cannot change the server (or beat that M$ programmer).

Thanks!

----------
components: Library (Lib)
messages: 113866
nosy: alphablue52
priority: normal
severity: normal
status: open
title: ftplib should accept 250 on MKD
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/issue9601>
_______________________________________

From report at bugs.python.org  Sat Aug 14 05:43:02 2010
From: report at bugs.python.org (alphablue52)
Date: Sat, 14 Aug 2010 03:43:02 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1281757382.39.0.183532253961.issue9601@psf.upfronthosting.co.za>


Changes by alphablue52 <alphablue52 at yahoo.de>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Sat Aug 14 05:54:49 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 03:54:49 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281758089.29.0.809133594549.issue9600@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +barry, jnoller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 06:00:51 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 04:00:51 +0000
Subject: [issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281758451.61.0.376574823436.issue8688@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Patch committed in r83993 (py3k), r83994 (3.1) and r83996 (2.7).

I got the version wrong in 3.x and fixed it in r83995 and r83998.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Sat Aug 14 06:22:05 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 04:22:05 +0000
Subject: [issue8688] distutils sdist is too lazy w.r.t. recalculating MANIFEST
In-Reply-To: <1273581168.94.0.337026684583.issue8688@psf.upfronthosting.co.za>
Message-ID: <1281759725.12.0.0398012442016.issue8688@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Patch ported to distutils2 (http://bitbucket.org/tarek/distutils2/changeset/5abba4a77f5a). Closing.

Please reopen with priority set to ?release blocker? if 2.6 behaves badly before Monday. Thanks.

----------
resolution:  -> fixed
stage: patch review -> commit review
status: open -> closed
title: distutils sdist is too laze w.r.t. recalculating MANIFEST -> distutils sdist is too lazy w.r.t. recalculating MANIFEST
versions: +Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8688>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:12:10 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 05:12:10 +0000
Subject: [issue9061] cgi.escape Can Lead To XSS Vulnerabilities
In-Reply-To: <1277307995.11.0.923855376948.issue9061@psf.upfronthosting.co.za>
Message-ID: <1281762730.47.0.646675207299.issue9061@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Markup nit fixed in r83999 (py3k) and r84001 (stupid typo), r84002 (3.1), r84003 (2.7).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9061>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:13:50 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 05:13:50 +0000
Subject: [issue1371826] distutils is silent about multiple -I/-L/-R
Message-ID: <1281762830.67.0.440258393626.issue1371826@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> tarek
components: +Distutils2 -Distutils
stage:  -> needs patch
versions: +Python 2.5, Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1371826>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:20:42 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 05:20:42 +0000
Subject: [issue7798] document pydoc methods
In-Reply-To: <1264692401.66.0.0955816094505.issue7798@psf.upfronthosting.co.za>
Message-ID: <1281763242.66.0.0873605271649.issue7798@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

pager is a general utility whereas cmd is for building REPLs, so I don?t think cmd is a good place. Can?t find a better one, though; shutil maybe. I have another feature in mind for a new module dedicated to the console: color codes, as seen duplicated in apps like Pygments, Sphinx, Mercurial,?etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7798>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:24:25 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 05:24:25 +0000
Subject: [issue9539] python-2.6.4: test failure in test_distutils due to
	linking to system libpython2.6
In-Reply-To: <1281222795.64.0.211558756173.issue9539@psf.upfronthosting.co.za>
Message-ID: <1281763465.91.0.854609759299.issue9539@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Valeo, can you reproduce the bug? Final version of 2.6 will come out on Monday.

----------
nosy: +barry
priority: normal -> high
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9539>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:25:29 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 05:25:29 +0000
Subject: [issue4947] sys.stdout fails to use default encoding as advertised
In-Reply-To: <1231931928.79.0.528374921948.issue4947@psf.upfronthosting.co.za>
Message-ID: <1281763529.34.0.86450334316.issue4947@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/issue4947>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:36:35 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 05:36:35 +0000
Subject: [issue7219] Unhelpful error message when a distutils package install
	fails due to a permissions error
In-Reply-To: <1256647071.1.0.815334810123.issue7219@psf.upfronthosting.co.za>
Message-ID: <1281764195.35.0.91056307817.issue7219@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

An IOError is raised but file_util._copy_file_contents only produces the helpful message ?could not create '<file>': <error>? when catching os.error.

Catching both classes is easy. We?d need a regression test first, and before that, agreement from Tarek that such a change would be okay.

I wonder what is this mysterious None that we get as a result.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7219>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:49:16 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 14 Aug 2010 05:49:16 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281764956.33.0.612064831962.issue9600@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

I just fixed a similar problem for #9513 but the problem was only ever seen when test_multiprocessing was run through regrtest on 3.x on Windows. Removing the relative import dot on _multiprocessing imports let them succeed.

I've never actually seen this cause a problem on an installed version, though. I'll check out 2.6.6 rc1 tomorrow when I get back to a Windows box to see if I can reproduce this.



Reclassifying from crash to behavior - it's just an ImportError, not actually a crash

----------
components: +Library (Lib), Windows
nosy: +brian.curtin
stage:  -> needs patch
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:54:02 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 05:54:02 +0000
Subject: [issue8669] lack of bdist_rpm module raises error on 'setup.py
	--help-commands'
In-Reply-To: <1273369633.98.0.458470159807.issue8669@psf.upfronthosting.co.za>
Message-ID: <1281765242.8.0.0518625722862.issue8669@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

With more knowledge now, I am sure this changeset fixed this bug. Closing.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8669>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:55:52 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 14 Aug 2010 05:55:52 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281765352.63.0.448382526463.issue9600@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

I should correct myself. As seen on the 2.6 Win7 buildbot[0], test_multiprocessing is skipped there likely due to the "from ._multiprocessing..." ImportError. I kind of remember this now but didn't want to backport the fix to release26-maint since it was frozen, and this didn't appear to be an actual bug in the installed version. As said before, I'll investigate tomorrow.



[0] http://www.python.org/dev/buildbot/builders/x86%20Windows7%202.6/builds/547/steps/test/logs/stdio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 07:59:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 05:59:43 +0000
Subject: [issue4459] bdist_rpm should enable --fix-python by default
In-Reply-To: <1227969751.28.0.990351219395.issue4459@psf.upfronthosting.co.za>
Message-ID: <1281765583.16.0.164616268989.issue4459@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Considering that bdist_rpm is removed in distutils2, that its use in distutils is not encouraged (platform-specific tools are more adapted and can move quicker than the stdlib), that you have a workaround, and that we can?t change behavior for fear of breaking third-party tools (what happened all the time and lead Tarek to create distutils2), I?m closing this in one week unless Tarek objects.

----------
assignee:  -> eric.araujo
nosy: +eric.araujo
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4459>
_______________________________________

From report at bugs.python.org  Sat Aug 14 09:27:57 2010
From: report at bugs.python.org (Daniel Urban)
Date: Sat, 14 Aug 2010 07:27:57 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281770877.68.0.430090030333.issue5867@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

I'm attaching a new patch adding the abc.abstractclassmethod and abc.abstractstaticmethod decorators.

----------
Added file: http://bugs.python.org/file18519/abstractclassstaticmethod.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Sat Aug 14 09:49:44 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 14 Aug 2010 07:49:44 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281772184.64.0.787021281298.issue9548@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

As we move more and more infrastructure into Python code, we're going to see this pattern (i.e. a bootstrap module underlying the real module) more and more often (e.g. I seem to recall Brett has to do something similar when playing with the pure Python __import__ implementation).

I don't have an issue with it - it's a solid, standard solution to a recurring problem with otherwise circular dependencies.

The only changes I would suggest to Antoine's patch are to explicitly scope "interpreter startup" in the _bootlocale docstring (to make it clear that sitecustomize.py should use the ordinary locale module) and to mention the nature of _bootlocale in a comment just before the "from _bootlocale import *" line in locale.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Sat Aug 14 10:37:34 2010
From: report at bugs.python.org (Eric Smith)
Date: Sat, 14 Aug 2010 08:37:34 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1281775054.4.0.0937050621354.issue9601@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Since this is a feature request, it could only be added to 3.2, not the other versions.

----------
nosy: +eric.smith
type: behavior -> feature request
versions:  -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Sat Aug 14 11:40:45 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 09:40:45 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281778845.22.0.231736714642.issue9548@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Antoine fixed #9589 by rewriting site.py code in C and calling it more much earlier: r83988.

This commit fixes the initial problem of this issue:

$ ./python -c 'import heapq; print(heapq.heapify)'
<built-in function heapify>
$ cat | ./python -c 'import heapq; print(heapq.heapify)'
<built-in function heapify>

Can we close this issue, or do you consider that it is still very important to not load too much modules at startup?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Sat Aug 14 11:45:37 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 09:45:37 +0000
Subject: [issue586680] -S hides standard dynamic modules
Message-ID: <1281779137.69.0.0563856452578.issue586680@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83988 does really fix this issue in python 3.2, 8 years later, yeah!

----------
nosy: +haypo, pitrou
resolution: duplicate -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue586680>
_______________________________________

From report at bugs.python.org  Sat Aug 14 11:47:22 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 09:47:22 +0000
Subject: [issue9589] test_heapq: AttributeError: 'int' object has no attribute
	'pop'
In-Reply-To: <1281720677.01.0.254091973526.issue9589@psf.upfronthosting.co.za>
Message-ID: <1281779242.77.0.681127012066.issue9589@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r83988 is also the correct fix for #586680: I updated this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9589>
_______________________________________

From report at bugs.python.org  Sat Aug 14 11:52:11 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 09:52:11 +0000
Subject: [issue586680] -S hides standard dynamic modules
Message-ID: <1281779531.78.0.241373557358.issue586680@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Ooops, I didn't notice that Antoine did already updated this issue. Restore the resolution as duplicate since the superseder field is set.

----------
resolution: fixed -> duplicate

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue586680>
_______________________________________

From report at bugs.python.org  Sat Aug 14 12:05:45 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 10:05:45 +0000
Subject: [issue9596] PC/getpathp.c unused?
In-Reply-To: <1281736098.81.0.874478612531.issue9596@psf.upfronthosting.co.za>
Message-ID: <1281780345.3.0.136537258354.issue9596@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Oh, my bad. Is there any reason for the MS_WINDOWS guards in Modules/getpath.c, then?

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9596>
_______________________________________

From report at bugs.python.org  Sat Aug 14 12:15:30 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 10:15:30 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1281780930.93.0.964413084023.issue9601@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Sat Aug 14 12:22:12 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 14 Aug 2010 10:22:12 +0000
Subject: [issue9596] PC/getpathp.c unused?
In-Reply-To: <1281736098.81.0.874478612531.issue9596@psf.upfronthosting.co.za>
Message-ID: <1281781332.2.0.871868741535.issue9596@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

No, the guards are probably redundant.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9596>
_______________________________________

From report at bugs.python.org  Sat Aug 14 13:16:52 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 11:16:52 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281784612.24.0.732941398549.issue9520@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> For example, on the x64 machine the following dict() mapping 
> 10,000,000 very short unicode keys (~7 chars) to integers eats 149
> bytes per entry. 

This is counting the keys too. Under 3.x:

>>> d = {}
>>> for i in range(0, 10000000): d[str(i)] = i
... 
>>> sys.getsizeof(d)
402653464
>>> sys.getsizeof(d) / len(d)
40.2653464

So, the dict itself uses ~40 bytes/entry. Since this is a 64-bit Python build, each entry uses three words of 8 bytes each, that is 24 bytes per entry (one word for the key, one word for the associated value, one word for the cached hash value). So, you see the ratio of allocated entries in the hash table over used entries is only a bit above 2, which is reasonable.

Do note that unicode objects themselves are not that compact:

>>> sys.getsizeof("1000000")
72

If you have many of them, you might use bytestrings instead:

>>> sys.getsizeof(b"1000000")
40

I've modified your benchmark to run under 3.x and will post it in a later message (I don't know whether bio.trie exists for 3.x, though).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Sat Aug 14 13:25:51 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 11:25:51 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281785151.62.0.78409418245.issue9520@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

So, here is the modified benchmark. It first creates a cache of the random wordlist, because it is quite long to compute (for N up to 10000000). The cache is reused in subsequent runs. This takes some memory though (probably won't run it if you have less than 2GB). The cache itself is quite small on-disk (around 80 MB).

I'm outputting the total dict size and the space occupied per individual key, and I've also timed lookups separately. Here are results on my machine:

    1000 words (     961 keys), 3269137 words/s, 16980987 lookups/s, 51 bytes/key (0.0MB)
   10000 words (    9042 keys), 2697648 words/s, 13680052 lookups/s, 87 bytes/key (0.8MB)
  100000 words (   83168 keys), 2462269 words/s, 6956074 lookups/s, 37 bytes/key (3.0MB)
  500000 words (  389442 keys), 1802431 words/s, 4733774 lookups/s, 64 bytes/key (24.0MB)
 1000000 words (  755372 keys), 1702130 words/s, 4485229 lookups/s, 66 bytes/key (48.0MB)
 2000000 words ( 1463359 keys), 1616658 words/s, 4251021 lookups/s, 68 bytes/key (96.0MB)
 5000000 words ( 3501140 keys), 1608889 words/s, 3909212 lookups/s, 57 bytes/key (192.0MB)
10000000 words ( 6764089 keys), 1531136 words/s, 3600395 lookups/s, 59 bytes/key (384.0MB)

As you can see, the O(1) behaviour seems almost observed up to the 10000000 words limit (given the way the data is computed, I'm afraid I can't go further than that). Of course, very small dicts are faster because everything fits in the CPU caches.

----------
Added file: http://bugs.python.org/file18520/dcbench-py3k.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Sat Aug 14 13:29:27 2010
From: report at bugs.python.org (Mathieu Bridon)
Date: Sat, 14 Aug 2010 11:29:27 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281785367.39.0.638466733307.issue9584@psf.upfronthosting.co.za>


Mathieu Bridon <bochecha at fedoraproject.org> added the comment:

Wow, I certainly didn't expect to generate so much controversy. :-/

First of all, thanks for the comments on the patch Antoine and David.

> I don't get what the purpose of these two lines is. Forbid empty patterns?

I copy-pasted the handling of the '[' character in the same file, and adapted it. This test was to properly handle sequences like '[]]', and you are right, it has nothing to do in this patch, I just forgot to remove it.

> You probably mean "while j < n" instead of "while i < n".

Yes, that's a typo. :-/

> Regardless, it's simpler to use "j = pat.find('}', j)".

I know, I just thought I would try to remain consistent with the way the '[' char was handled.

> You should also add a test for unmatched braces. Currently:

I realised that after submitting the patch, yes. Actually, there are several other cases that I didn't properly handle, like a closing brace without a matching opening brace, or even nested braces (which are perfectly acceptable in the context of a shell like Bash).

I'm working on an improved patch that would correctly handle those cases (with much more unit tests!), I guess I just hit the submit button too quickly. :)

---

Now, about whether or not this is appropriate in fnmatch, I agree with David that if we want to remain really consistent with shell implementations, then fnmatch probably isn't the appropriate place to do so.

In this case, I guess the correct way to implement it would be to expand the braces and generate several patterns that would all be fed to different fnmatch calls?

Implementing it in fnmatch just seemed so convenient, replacing the braces with '(...|...)' constructs in a regex.

People seem to agree that a thread on python-ideas would be good to discuss this change, but this ticket already generated some discussion. Should I start the thread on the mailing-list anyway or is this ticket an appropriate forum for further discussion?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Sat Aug 14 14:00:22 2010
From: report at bugs.python.org (Michael Foord)
Date: Sat, 14 Aug 2010 12:00:22 +0000
Subject: [issue7219] Unhelpful error message when a distutils package install
	fails due to a permissions error
In-Reply-To: <1256647071.1.0.815334810123.issue7219@psf.upfronthosting.co.za>
Message-ID: <1281787222.93.0.337275049526.issue7219@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

The "None" error message *looks* to me like the result of a failed assertion. That may not be correct of course...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7219>
_______________________________________

From report at bugs.python.org  Sat Aug 14 14:04:17 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 12:04:17 +0000
Subject: [issue4947] sys.stdout fails to use default encoding as advertised
In-Reply-To: <1231931928.79.0.528374921948.issue4947@psf.upfronthosting.co.za>
Message-ID: <1281787457.15.0.325680913629.issue4947@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Attached patch fixes this old and annoying issue. The issue only concerns sys.std* files, because Python only set the encoding and errors attributes for these files.

----------
keywords: +patch
versions: +Python 2.7
Added file: http://bugs.python.org/file18521/file_write-2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4947>
_______________________________________

From report at bugs.python.org  Sat Aug 14 14:13:10 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 12:13:10 +0000
Subject: [issue4947] sys.stdout fails to use default encoding as advertised
In-Reply-To: <1231931928.79.0.528374921948.issue4947@psf.upfronthosting.co.za>
Message-ID: <1281787990.43.0.151343802909.issue4947@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Oh, I forgot to write that my patch uses also the errors attribute. Update the patch to add tests on errors: file_write-2.7-v2.patch.

----------
Added file: http://bugs.python.org/file18522/file_write-2.7-v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4947>
_______________________________________

From report at bugs.python.org  Sat Aug 14 14:13:16 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 12:13:16 +0000
Subject: [issue4947] sys.stdout fails to use default encoding as advertised
In-Reply-To: <1231931928.79.0.528374921948.issue4947@psf.upfronthosting.co.za>
Message-ID: <1281787996.2.0.562865408904.issue4947@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18521/file_write-2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4947>
_______________________________________

From report at bugs.python.org  Sat Aug 14 14:19:07 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 12:19:07 +0000
Subject: [issue4947] sys.stdout fails to use default encoding as advertised
In-Reply-To: <1231931928.79.0.528374921948.issue4947@psf.upfronthosting.co.za>
Message-ID: <1281788347.69.0.801809173676.issue4947@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Your patch threatens to break compatibility. I think it would be better to simply change the "encoding" and "errors" attributes of standard streams.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4947>
_______________________________________

From report at bugs.python.org  Sat Aug 14 14:26:16 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Aug 2010 12:26:16 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1281788776.29.0.242006573901.issue9601@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

> The server responses 250 instead of 257 (which would be correct according to RFC959, ftp)

In response to what command? MKD?
And what do you mean by "tolerate"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Sat Aug 14 15:42:18 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Aug 2010 13:42:18 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281793338.98.0.071037694626.issue8857@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

I'm not sure whether it's a problem with my python installation but this is what I get on FreeBSD 7.0 with both python 2.7 and 3.2:


>>> import socket
>>> socket.getaddrinfo('localhost', 80)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
socket.gaierror: [Errno 9] servname not supported for ai_socktype
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Sat Aug 14 15:42:32 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 13:42:32 +0000
Subject: [issue9602] PyObject_AsCharBuffer() should only accept read-only
	objects
In-Reply-To: <1281793352.06.0.62940034279.issue9602@psf.upfronthosting.co.za>
Message-ID: <1281793352.06.0.62940034279.issue9602@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

mmap, buffer, bytearray, string and unicode objects set the char buffer callback (bf_getcharbuffer). The bytearray object sets also the release buffer callback (bf_releasebuffer).

In Python 2.7, PyObject_AsCharBuffer() accepts bytearray objects, whereas the "t#" format of PyArg_Parse functions rejects byte bytearray objects (expect an "pinned buffer object").

In Python 3.2, PyObject_AsCharBuffer() releases the buffer.

PyObject_AsCharBuffer() documentation (in 2.7 and 3.2) says that the function only accepts read-only objects.

Something is wrong here. If the caller doesn't hold a kind of lock, the object cannot be protected against futher modifications. The caller has to ensure that the object is not modifiable until it finishs to use the char* pointer.

I think that it would be safer to respect the documentation: PyObject_AsCharBuffer() should only accept read-only objects. The most important change is that functions using PyObject_AsCharBuffer() will not accept bytearray objects anymore.

Attached patch (for Python 2.7) changes PyObject_AsCharBuffer() to reject modifiable objects. It removes also the character buffer callback from the bytearray type. To avoid breaking compatibility too much, I patched int(), long() and float() to still support bytearray objects.

Examples of functions rejecting bytearray with the patch:
 - int(), long(), float(), complex()
 - many str methods: split, partition, rpartition, rsplit, index, find, count, translate, replace, startswith, endswith
 - writelines() of file objects (eg. sys.stdout.writelines)
 - writelines() method of a bz2 file

--

My patch breaks backward compatibility, and I don't know that it is acceptable in Python 2.7.

I will write a similar patch for Python 3.2.

----------
components: Interpreter Core
files: PyObject_AsCharBuffer-2.7.patch
keywords: patch
messages: 113895
nosy: haypo, pitrou
priority: normal
severity: normal
status: open
title: PyObject_AsCharBuffer() should only accept read-only objects
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file18523/PyObject_AsCharBuffer-2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9602>
_______________________________________

From report at bugs.python.org  Sat Aug 14 15:43:32 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Aug 2010 13:43:32 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281793412.61.0.267374193103.issue8857@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Also with python 2.5 which is the system default.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Sat Aug 14 15:45:53 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 13:45:53 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1281793553.5.0.266997997904.issue9584@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

python-idea is read by more people.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Sat Aug 14 15:59:14 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 13:59:14 +0000
Subject: [issue9602] PyObject_AsCharBuffer() should only accept read-only
	objects
In-Reply-To: <1281793352.06.0.62940034279.issue9602@psf.upfronthosting.co.za>
Message-ID: <1281794354.86.0.920365979005.issue9602@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't think we should change anything in 2.7 at this point. It risks breaking compatibility while we are at the end of the 2.x line, for little added benefit (the old buffer API has always been insecure with mutable buffers).

As for 3.2, PyObject_AsCharBuffer() should IMO be deprecated, as well as any other functions meant to query the old buffer API.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9602>
_______________________________________

From report at bugs.python.org  Sat Aug 14 16:09:34 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sat, 14 Aug 2010 14:09:34 +0000
Subject: [issue8428] buildbot: test_multiprocessing timeout (test_notify_all?
	test_pool_worker_lifetime?)
In-Reply-To: <1271451412.83.0.723333785051.issue8428@psf.upfronthosting.co.za>
Message-ID: <1281794974.61.0.584672093258.issue8428@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Still failing on 3.2 and 2.7

 - x86 FreeBSD 7.2 3.x r83981, r83971 ...
     http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/builds/823
 - x86 FreeBSD 7.2 2.7 r83985, r83806 ...
     http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%202.7/builds/67
 - x86 XP-4 2.7 r83985
     http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%202.7/builds/146
 - sparc Ubuntu 2.7 r82939
     http://www.python.org/dev/buildbot/all/builders/sparc%20Ubuntu%202.7/builds/11


Traceback on "x86 XP-4 2.7":
test test_multiprocessing failed -- Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\2.7.bolen-windows\build\lib\test\test_multiprocessing.py", line 746, in test_notify_all
    self.assertReturnsIfImplemented(6, get_value, woken)
  File "D:\cygwin\home\db3l\buildarea\2.7.bolen-windows\build\lib\test\test_multiprocessing.py", line 120, in assertReturnsIfImplemented
    return self.assertEqual(value, res)
AssertionError: 6 != 5


Traceback on "x86 FreeBSD 7.2 3.x":
======================================================================
FAIL: test_notify_all (test.test_multiprocessing.WithProcessesTestCondition)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/test/test_multiprocessing.py", line 740, in test_notify_all
    self.assertReturnsIfImplemented(6, get_value, woken)
  File "/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/test/test_multiprocessing.py", line 114, in assertReturnsIfImplemented
    return self.assertEqual(value, res)
AssertionError: 6 != 3


Additionally, these 2.7 buildbots hang on test_multiprocessing:
 - PPC Leopard 2.7 r83996, r83961 ...
   http://www.python.org/dev/buildbot/all/builders/PPC%20Leopard%202.7/builds/84
 - PPC Tiger 2.7 r83961, r83879 ...
     http://www.python.org/dev/buildbot/all/builders/PPC%20Tiger%202.7/builds/100
 - x86 FreeBSD 7.2 2.7 r83765
     http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%202.7/builds/54

----------
components: +Tests
nosy: +flox
type:  -> behavior
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8428>
_______________________________________

From report at bugs.python.org  Sat Aug 14 16:26:39 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 14:26:39 +0000
Subject: [issue4947] sys.stdout fails to use default encoding as advertised
In-Reply-To: <1231931928.79.0.528374921948.issue4947@psf.upfronthosting.co.za>
Message-ID: <1281795999.31.0.678145496095.issue4947@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Your patch threatens to break compatibility

Yes it does. But I think that nobody relies on this bug. If your terminal uses something that utf-8, you will see strange characters if you write something else than ascii characters. I supopse that anybody facing this problem uses a workaround like replacing sys.stdout object, encode manually each string with the right encoding or something else.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4947>
_______________________________________

From report at bugs.python.org  Sat Aug 14 16:38:15 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 14:38:15 +0000
Subject: [issue4947] sys.stdout fails to use default encoding as advertised
In-Reply-To: <1231931928.79.0.528374921948.issue4947@psf.upfronthosting.co.za>
Message-ID: <1281796695.91.0.845128529134.issue4947@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

3rd version of the patch: accept character buffer objects without reencoding them. Add also tests on character buffer objects.

----------
Added file: http://bugs.python.org/file18524/file_write-2.7-v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4947>
_______________________________________

From report at bugs.python.org  Sat Aug 14 16:38:25 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 14:38:25 +0000
Subject: [issue4947] sys.stdout fails to use default encoding as advertised
In-Reply-To: <1231931928.79.0.528374921948.issue4947@psf.upfronthosting.co.za>
Message-ID: <1281796705.04.0.449583668356.issue4947@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18522/file_write-2.7-v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4947>
_______________________________________

From report at bugs.python.org  Sat Aug 14 16:51:50 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 14 Aug 2010 14:51:50 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281797510.85.0.055463745487.issue9600@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Ok, it turns out this is in fact a regression from 2.6.5. My prior investigation for that 3.x issue must not have been on the 2.6 version I thought it was.

Barry: the fix from #9513 (e.g., r83722) will correct this.

----------
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 16:52:08 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 14:52:08 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281797528.67.0.384174151529.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r84012 creates _Py_stat(). It is a little bit different than the attached patch (_Py_stat.patch): it doesn't clear Python exception on unicode conversion error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 16:52:12 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 14:52:12 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281797532.49.0.354554833988.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18448/_Py_stat.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 16:55:09 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 14:55:09 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281797709.59.0.840811157665.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r84012 patchs zipimporter_init() to use the new PyUnicode_FSDecoder() and use Py_UNICODE* (unicode) strings instead of char* (byte) strings.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 17:11:00 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sat, 14 Aug 2010 15:11:00 +0000
Subject: [issue5930] Transient error in multiprocessing
	(test_number_of_objects)
In-Reply-To: <1241472804.71.0.981647805709.issue5930@psf.upfronthosting.co.za>
Message-ID: <1281798660.25.0.852610292403.issue5930@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

It happens on some 3.1 buildbots:
 - x86 FreeBSD 7.2 3.1 r83984, r83968, ...
   http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.1/builds/595
 - ARMv4 Debian 3.1 r83831, r83805, r83772, ...
   http://www.python.org/dev/buildbot/all/builders/ARMv4%20Debian%203.1/builds/257


(...)
test_number_of_objects (test.test_multiprocessing.WithManagerTestZZZNumberOfObjects) ...
  2c44bbe0:       refcount=1
    <_thread.lock object at 0x2c44bbe0>
  2c56030c:       refcount=2
    <multiprocessing.pool.Pool object at 0x2c56030c>
  2cf51a0c:       refcount=1
    <_RLock owner=None count=0>
  2e3b81b4:       refcount=1
    <generator object <genexpr> at 0x2e3b81b4>
  2e466e34:       refcount=1
    <multiprocessing.pool.ApplyResult object at 0x2e466e34>
  2e5a506c:       refcount=1
    <multiprocessing.pool.IMapIterator object at 0x2e5a506c>
  2c44bbe0:       refcount=1
    <_thread.lock object at 0x2c44bbe0>
  2c56030c:       refcount=2
    <multiprocessing.pool.Pool object at 0x2c56030c>
  2cf51a0c:       refcount=1
    <_RLock owner=None count=0>
  2e3b81b4:       refcount=1
    <generator object <genexpr> at 0x2e3b81b4>
  2e466e34:       refcount=1
    <multiprocessing.pool.ApplyResult object at 0x2e466e34>
  2e5a506c:       refcount=1
    <multiprocessing.pool.IMapIterator object at 0x2e5a506c>
FAIL

(...)
======================================================================
FAIL: test_number_of_objects (test.test_multiprocessing.WithManagerTestZZZNumberOfObjects)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/db3l/buildarea/3.1.bolen-freebsd7/build/Lib/test/test_multiprocessing.py", line 1085, in test_number_of_objects
    self.assertEqual(refs, EXPECTED_NUMBER)
AssertionError: 6 != 1

----------
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5930>
_______________________________________

From report at bugs.python.org  Sat Aug 14 17:13:12 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Aug 2010 15:13:12 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281798792.76.0.2657718531.issue8857@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

This seems to be related with issue 1282647.
Modified patch which skips the test in case of buggy libc version is in attachment.

----------
Added file: http://bugs.python.org/file18525/getaddrinfo3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Sat Aug 14 17:18:55 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Aug 2010 15:18:55 +0000
Subject: [issue1282647] socket.getaddrinfo() bug for IPv6 enabled platforms
Message-ID: <1281799135.5.0.356430423801.issue1282647@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

I agree with Bert that this is not a Python issue hence I'm closing this out as invalid.
Btw, the libc version in which this has been fixed should be 2.1.2:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=52195

----------
nosy: +giampaolo.rodola
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1282647>
_______________________________________

From report at bugs.python.org  Sat Aug 14 17:19:19 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 14 Aug 2010 15:19:19 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281799159.92.0.429916142566.issue9600@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Please upload a patch specifically for 2.6.6 finally so that I can review it (and test it locally).  It *seems* safe enough so if you and I both have a high confidence it won't regress anything, and it can go in before Monday, then I might approve it.

I still can't build on Windows 7 w/VS2010 though unfortunately, but I will locally test Ubuntu (Lucid, Maverick), Debian, and OS X 10.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 17:20:15 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sat, 14 Aug 2010 15:20:15 +0000
Subject: [issue5930] Transient error in multiprocessing
	(test_number_of_objects)
In-Reply-To: <1241472804.71.0.981647805709.issue5930@psf.upfronthosting.co.za>
Message-ID: <1281799215.01.0.78319207592.issue5930@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5930>
_______________________________________

From report at bugs.python.org  Sat Aug 14 17:25:25 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 14 Aug 2010 15:25:25 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281799525.79.0.888137978646.issue9600@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Here's the patch. All four changes are one char each and live within win32-specific blocks.

----------
keywords: +patch
Added file: http://bugs.python.org/file18526/issue9600.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 18:33:18 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 14 Aug 2010 16:33:18 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281803598.89.0.0461082266579.issue9600@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Looks okay to me on *nix.  You can check this in as long as test -u all passes on Windows.  Please include a NEWS file entry and close this issue when it's committed.  Thanks!

----------
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 18:49:44 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 14 Aug 2010 16:49:44 +0000
Subject: [issue757815] Infinite floats don't work in compiled modules on
	windows
Message-ID: <1281804584.12.0.557729809018.issue757815@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue757815>
_______________________________________

From report at bugs.python.org  Sat Aug 14 18:50:29 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 14 Aug 2010 16:50:29 +0000
Subject: [issue737648] Error on handling nan
Message-ID: <1281804629.88.0.95480809781.issue737648@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue737648>
_______________________________________

From report at bugs.python.org  Sat Aug 14 19:03:55 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 14 Aug 2010 17:03:55 +0000
Subject: [issue588756] python should obey the FHS
Message-ID: <1281805435.69.0.664169061328.issue588756@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/issue588756>
_______________________________________

From report at bugs.python.org  Sat Aug 14 19:05:44 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Aug 2010 17:05:44 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281805544.55.0.934346427643.issue8857@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Committed in r84024.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Sat Aug 14 19:06:05 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 17:06:05 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281778845.22.0.231736714642.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281805560.18771.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Can we close this issue, or do you consider that it is still very
> important to not load too much modules at startup?

The patch eases the bootstrap constraints by creating a
bootstrap-friendly subset of locale.py. It is indeed much less pressing
now that the initial bug has been fixed.

It also depends whether it is important to have a lightweight
executable. If it isn't, I guess we could compile all extension modules
statically.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Sat Aug 14 19:07:13 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 17:07:13 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281805633.49.0.898708485462.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r84030 creates _Py_fopen() for PyUnicodeObject path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 19:10:58 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 14 Aug 2010 17:10:58 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281805858.58.0.170649959059.issue9600@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Committed in r84031.

Thanks for reporting this, cipater.

----------
assignee:  -> brian.curtin
resolution: accepted -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 19:13:43 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Aug 2010 17:13:43 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281806023.54.0.814011620165.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

zipimport_read_directory.patch: patch for read_directory() function of the zipimport module to support unencodable filenames. This patch requires #9599 (PySys_FormatStderr). The patch changes the encoding of the name: decode name byte string using the file system encoding (and the PEP 383 on POSIX) instead of the utf-8 in strict mode.

----------
Added file: http://bugs.python.org/file18527/zipimport_read_directory.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sat Aug 14 19:50:26 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 14 Aug 2010 17:50:26 +0000
Subject: [issue737648] Error on handling nan
Message-ID: <1281808226.5.0.00777048196286.issue737648@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Reclassifying as out of date.  NaN handling in Python 2.6 and later is non-accidental.

----------
resolution: later -> out of date

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue737648>
_______________________________________

From report at bugs.python.org  Sat Aug 14 19:51:30 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 14 Aug 2010 17:51:30 +0000
Subject: [issue737648] Error on handling nan
Message-ID: <1281808290.47.0.223384731894.issue737648@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

(and math.isnan is the recommended way to test for a nan).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue737648>
_______________________________________

From report at bugs.python.org  Sat Aug 14 19:54:46 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 14 Aug 2010 17:54:46 +0000
Subject: [issue757815] Infinite floats don't work in compiled modules on
	windows
Message-ID: <1281808486.28.0.692748770451.issue757815@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Reclassifying as out of date.  Infinity and NaN handling in Python 2.7 and later is consistent across platforms;  those versions of Python contain their own code for reading and writing floats, instead of depending on the system libraries.

----------
resolution: postponed -> out of date

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue757815>
_______________________________________

From report at bugs.python.org  Sat Aug 14 20:04:55 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Aug 2010 18:04:55 +0000
Subject: [issue8866] socket.getaddrinfo() should support keyword arguments
In-Reply-To: <1275346212.88.0.3146354655.issue8866@psf.upfronthosting.co.za>
Message-ID: <1281809095.3.0.764941804325.issue8866@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Updated patch in attachment includes tests and doc update.

I decided to rename "socktype" argument in "type", since that's the name adopted all across the socket module API:

socket.socket([family[, type[, proto]]])
socket.socket.type
socket.socketpair([family[, type[, proto]]])
socket.fromfd(fd, family, type[, proto])

This is safe and doesn't introduce any incompatibility.

----------
Added file: http://bugs.python.org/file18528/getaddrinfo.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8866>
_______________________________________

From report at bugs.python.org  Sat Aug 14 20:05:14 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Aug 2010 18:05:14 +0000
Subject: [issue8866] socket.getaddrinfo() should support keyword arguments
In-Reply-To: <1275346212.88.0.3146354655.issue8866@psf.upfronthosting.co.za>
Message-ID: <1281809114.63.0.603338284942.issue8866@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


Removed file: http://bugs.python.org/file17524/kwargs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8866>
_______________________________________

From report at bugs.python.org  Sat Aug 14 21:09:13 2010
From: report at bugs.python.org (David Watson)
Date: Sat, 14 Aug 2010 19:09:13 +0000
Subject: [issue9603] os.ttyname() and os.ctermid() don't decode result
	according to PEP 383
In-Reply-To: <1281812953.3.0.0625643381437.issue9603@psf.upfronthosting.co.za>
Message-ID: <1281812953.3.0.0625643381437.issue9603@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

These functions each return the path to a terminal, so they should use PyUnicode_DecodeFSDefault().  Patch attached.

----------
components: Extension Modules
files: ttyname-ctermid-pep383.diff
keywords: patch
messages: 113920
nosy: baikie
priority: normal
severity: normal
status: open
title: os.ttyname() and os.ctermid() don't decode result according to PEP 383
type: behavior
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18529/ttyname-ctermid-pep383.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9603>
_______________________________________

From report at bugs.python.org  Sat Aug 14 21:11:31 2010
From: report at bugs.python.org (David Watson)
Date: Sat, 14 Aug 2010 19:11:31 +0000
Subject: [issue9604] os.initgroups() doesn't accept PEP 383 usernames returned
	by pwd module
In-Reply-To: <1281813090.71.0.270641843019.issue9604@psf.upfronthosting.co.za>
Message-ID: <1281813090.71.0.270641843019.issue9604@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

The pwd module decodes usernames using PyUnicode_DecodeFSDefault(), so initgroups() should use PyUnicode_FSConverter() for the username.  Patch attached.

----------
components: Extension Modules
files: initgroups-pep383.diff
keywords: patch
messages: 113921
nosy: baikie
priority: normal
severity: normal
status: open
title: os.initgroups() doesn't accept PEP 383 usernames returned by pwd module
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file18530/initgroups-pep383.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9604>
_______________________________________

From report at bugs.python.org  Sat Aug 14 21:13:55 2010
From: report at bugs.python.org (David Watson)
Date: Sat, 14 Aug 2010 19:13:55 +0000
Subject: [issue9605] os.getlogin() should use PEP 383 decoding to match the
	pwd module
In-Reply-To: <1281813234.71.0.460155631473.issue9605@psf.upfronthosting.co.za>
Message-ID: <1281813234.71.0.460155631473.issue9605@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

The pwd module decodes usernames with PyUnicode_DecodeFSDefault(), and the LOGNAME environment variable (suggested as an alternative to getlogin()) is decoded the same way.  Attaching a patch to use PyUnicode_DecodeFSDefault() in getlogin().

----------
components: Extension Modules
files: getlogin-pep383.diff
keywords: patch
messages: 113922
nosy: baikie
priority: normal
severity: normal
status: open
title: os.getlogin() should use PEP 383 decoding to match the pwd module
type: behavior
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18531/getlogin-pep383.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9605>
_______________________________________

From report at bugs.python.org  Sat Aug 14 21:17:21 2010
From: report at bugs.python.org (David Watson)
Date: Sat, 14 Aug 2010 19:17:21 +0000
Subject: [issue9580] os.confstr() doesn't decode result according to PEP 383
In-Reply-To: <201008140031.52221.victor.stinner@haypocalc.com>
Message-ID: <20100814191724.GA7099@dbwatson.ukfsn.org>


David Watson <baikie at users.sourceforge.net> added the comment:

> CS_PATH is hardcoded to "/bin:/usr/bin" in the GNU libc for UNIX. Do you know 
> another key for which the value can be controled by the user (or the system 
> administrator)?

No, not a specific example, but CS_PATH could conceivably refer
to some POSIX compatibility suite that's been installed in a
non-ASCII location, and implementations can add their own
variables for whatever they want.

> CS_PATH is just an example, there are other keys. I'm not sure that all values 
> are encoded to the filesystem encodings, it might be another encoding?
> 
> Well, if we really doesn't know the encoding, a solution is to use a bytes API 
> (which may avoid the question of the usage of the PEP 383).

The other variables defined by POSIX refer to environment
variables and command-line options for the C compiler and the
getconf utility, all of which would use the FS encoding in
Python, but I agree there's no way to know the appropriate
encoding in general, or even whether anything cares about
encodings.

Personally, I have no objections to making it return bytes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9580>
_______________________________________

From report at bugs.python.org  Sat Aug 14 21:18:27 2010
From: report at bugs.python.org (David Watson)
Date: Sat, 14 Aug 2010 19:18:27 +0000
Subject: [issue9579] In 3.x,
	os.confstr() returns garbage if value is longer than 255 bytes
In-Reply-To: <1281737234.61.0.715126165433.issue9579@psf.upfronthosting.co.za>
Message-ID: <20100814191831.GB7099@dbwatson.ukfsn.org>


David Watson <baikie at users.sourceforge.net> added the comment:

> I just fear that the loop is "endless". Imagine the worst case: confstr() returns a counter (n, n+1, n+2, ...). In 64 bits, it can be long.

The returned length is supposed to be determined by the length of
the variable, not the length of the buffer passed by the caller,
so I don't see why the OS would have a bug like that, and it
would probably be exposed by the test suite anyway (there's
currently a simple test using CS_PATH).

> I would prefer to see a condition to stop after 2 steps. It should maybe stop when an error at the 3rd step.

That is, raise an exception?  Yeah, possibly, but I think it's
better to just believe what the OS tells you rather than have an
exception that's only raised once in a blue moon for something
that may just be a low-probability event, and not an error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9579>
_______________________________________

From report at bugs.python.org  Sat Aug 14 21:36:48 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 14 Aug 2010 19:36:48 +0000
Subject: [issue9600] multiprocessing Pool instantiation crashes on 64 bit
	2.6.6rc1 under Windows 7
In-Reply-To: <1281756633.5.0.731443815924.issue9600@psf.upfronthosting.co.za>
Message-ID: <1281814608.37.0.0827751969923.issue9600@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Notice that this is also a duplicate of #9144, which was fixed for 2.7, but nobody bothered to move the fix to the other branches. This goes all back to #7902, which has now introduced an incompatible change into 2.6 (otherwise, changing multiprocessing shouldn't have been necessary, despite that having been wrong all the time). I'll reopen that as release-critical for review.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9600>
_______________________________________

From report at bugs.python.org  Sat Aug 14 21:41:05 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 14 Aug 2010 19:41:05 +0000
Subject: [issue7902] relative import broken
In-Reply-To: <1265828963.53.0.5315107426.issue7902@psf.upfronthosting.co.za>
Message-ID: <1281814865.28.0.806366208801.issue7902@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Backporting this change to 2.6 has created an incompatibility in that branch, see for example issue9600. Apparently, it will only break code that is "conceptually wrong", but still "worked" on 2.6.

I'll suggest that this is a release-critical issue for 2.6.6. It should be considered whether the incompatibility is accepted, or fixed, or reverted.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7902>
_______________________________________

From report at bugs.python.org  Sat Aug 14 21:41:30 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 14 Aug 2010 19:41:30 +0000
Subject: [issue7902] relative import broken
In-Reply-To: <1265828963.53.0.5315107426.issue7902@psf.upfronthosting.co.za>
Message-ID: <1281814890.73.0.773609689416.issue7902@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
priority: normal -> release blocker
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7902>
_______________________________________

From report at bugs.python.org  Sat Aug 14 22:13:18 2010
From: report at bugs.python.org (Meador Inge)
Date: Sat, 14 Aug 2010 20:13:18 +0000
Subject: [issue3132] implement PEP 3118 struct changes
In-Reply-To: <1213741832.59.0.0620778602246.issue3132@psf.upfronthosting.co.za>
Message-ID: <1281816798.52.0.669644097481.issue3132@psf.upfronthosting.co.za>


Changes by Meador Inge <meadori at gmail.com>:


----------
assignee: teoliphant -> meador.inge
priority: critical -> high
stage: unit test needed -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3132>
_______________________________________

From report at bugs.python.org  Sat Aug 14 22:24:09 2010
From: report at bugs.python.org (Matthew Barnett)
Date: Sat, 14 Aug 2010 20:24:09 +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: <1281817449.95.0.439497133187.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

issue2636-20100814.zip is a new version of the regex module.

I've added default Unicode word boundaries and renamed the Pattern and Match classes.

Over to you, Alex. :-)

----------
Added file: http://bugs.python.org/file18532/issue2636-20100814.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Sat Aug 14 22:27:39 2010
From: report at bugs.python.org (Matthew Barnett)
Date: Sat, 14 Aug 2010 20:27:39 +0000
Subject: [issue7255] "Default" word boundaries for Unicode data?
In-Reply-To: <1257222123.85.0.715983159645.issue7255@psf.upfronthosting.co.za>
Message-ID: <1281817659.39.0.454831607653.issue7255@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

These have been added to the new 'regex' module. See issue #2636 or PyPI at:

    http://pypi.python.org/pypi/regex

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7255>
_______________________________________

From report at bugs.python.org  Sat Aug 14 22:34:41 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 20:34:41 +0000
Subject: [issue588756] Put *.py{,c} in /usr/share for FHS compliance
Message-ID: <1281818081.89.0.177774333991.issue588756@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

doko has closed the downstream bug on Thu, 19 Nov 2009, with the reason that .py{,c} are not data files in the FHS sense. (Note that even Lisp where code is data (and the reverse) is installed both under /usr/lib and /usr/share on Debian, so I don?t really know what to think.)

About the more general FHS problem, Tarek (the distutils and distutils2 maintainer) has a draft PEP about fine-grained control over every installation directory, so FHS layout for Python projects will be easily possible in the future. See http://bitbucket.org/tarek/distutils2/src/tip/docs/design/wiki.rst (product of Pycon 2010, done with OS packaging experts, doko and other people). As for Python itself, we?ll see if there are other bugs about FHS compliance, but it seems good right now.

----------
resolution:  -> invalid
stage:  -> committed/rejected
title: python should obey the FHS -> Put *.py{,c} in /usr/share for FHS compliance

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue588756>
_______________________________________

From report at bugs.python.org  Sat Aug 14 22:41:38 2010
From: report at bugs.python.org (Alan McIntyre)
Date: Sat, 14 Aug 2010 20:41:38 +0000
Subject: [issue1739648] zipfile.testzip() using progressive file reads
Message-ID: <1281818498.73.0.776418706118.issue1739648@psf.upfronthosting.co.za>


Alan McIntyre <alan.mcintyre at gmail.com> added the comment:

Here's an updated patch against the py3k trunk (testzip-patch3.diff) that passes all tests (including test_zipfile64) on Linux on a 64-bit machine.

I can backport this to 2.x, but I'll wait until somebody indicates a need for it before I spend any time on it.

----------
Added file: http://bugs.python.org/file18533/testzip-patch3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1739648>
_______________________________________

From report at bugs.python.org  Sat Aug 14 23:18:28 2010
From: report at bugs.python.org (Alex Willmer)
Date: Sat, 14 Aug 2010 21:18:28 +0000
Subject: [issue2636] Regexp 2.7 (modifications to current re 2.2.2)
In-Reply-To: <1281817449.95.0.439497133187.issue2636@psf.upfronthosting.co.za>
Message-ID: <AANLkTikhaFRZSEZtBKiMFLZBwXaBR+eB+MZiKwmTkJY4@mail.gmail.com>


Alex Willmer <alex at moreati.org.uk> added the comment:

On 14 August 2010 21:24, Matthew Barnett <report at bugs.python.org> wrote:
> Over to you, Alex. :-)

Et voil?, an exciting Saturday evening
http://pypi.python.org/pypi/regex/0.1.20100814

Matthew, I'm currently keeping regex in a private bzr repository. Do
you have yours in source control? If so/not could we make yours/mine
public, and keep everything in one repository?
-- 
Alex Willmer <alex at moreati.org.uk>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Sat Aug 14 23:38:24 2010
From: report at bugs.python.org (Nikolaus Rath)
Date: Sat, 14 Aug 2010 21:38:24 +0000
Subject: [issue9606] logging filter is ignored when added to root handler
In-Reply-To: <1281821904.42.0.0351548448859.issue9606@psf.upfronthosting.co.za>
Message-ID: <1281821904.42.0.0351548448859.issue9606@psf.upfronthosting.co.za>


New submission from Nikolaus Rath <Nikolaus at rath.org>:

I believe the following should print only one log message, not two:

import logging
class Filter(object):
    def filter(self, record):
        return record.name == 'foo'  
logger = logging.getLogger()
formatter = logging.Formatter('%(message)s') 
handler = logging.StreamHandler()
handler.setFormatter(formatter)
logger.addFilter(Filter())
logger.addHandler(handler)
logging.getLogger('foo').warn('foo!')
logging.getLogger('bar').warn('bar!')

If the filter is added to the handler instead of the logger, everything works as expected.

If this is desired behaviour, please consider this a bug against the documentation. In that case I propose to extend the documentation of Logger.addFilter() as follows: "Note that the filter will act only on log messages that are generated by this logger, and not on messages that have been generated by descendant loggers."

----------
components: Library (Lib)
messages: 113932
nosy: Nikratio
priority: normal
severity: normal
status: open
title: logging filter is ignored when added to root handler
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9606>
_______________________________________

From report at bugs.python.org  Sat Aug 14 23:39:31 2010
From: report at bugs.python.org (Nikolaus Rath)
Date: Sat, 14 Aug 2010 21:39:31 +0000
Subject: [issue9606] logging filter is not applied to messages from descendant
	loggers
In-Reply-To: <1281821904.42.0.0351548448859.issue9606@psf.upfronthosting.co.za>
Message-ID: <1281821971.42.0.0522972215807.issue9606@psf.upfronthosting.co.za>


Changes by Nikolaus Rath <Nikolaus at rath.org>:


----------
title: logging filter is ignored when added to root handler -> logging filter is not applied to messages from descendant loggers

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9606>
_______________________________________

From report at bugs.python.org  Sat Aug 14 23:52:26 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 21:52:26 +0000
Subject: [issue1739648] zipfile.testzip() using progressive file reads
Message-ID: <1281822746.19.0.758855067319.issue1739648@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/issue1739648>
_______________________________________

From report at bugs.python.org  Sat Aug 14 23:53:06 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 21:53:06 +0000
Subject: [issue9605] os.getlogin() should use PEP 383 decoding to match the
	pwd module
In-Reply-To: <1281813234.71.0.460155631473.issue9605@psf.upfronthosting.co.za>
Message-ID: <1281822786.54.0.863671273315.issue9605@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/issue9605>
_______________________________________

From report at bugs.python.org  Sat Aug 14 23:53:13 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 21:53:13 +0000
Subject: [issue9604] os.initgroups() doesn't accept PEP 383 usernames returned
	by pwd module
In-Reply-To: <1281813090.71.0.270641843019.issue9604@psf.upfronthosting.co.za>
Message-ID: <1281822793.29.0.917427960929.issue9604@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/issue9604>
_______________________________________

From report at bugs.python.org  Sat Aug 14 23:53:17 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 21:53:17 +0000
Subject: [issue9603] os.ttyname() and os.ctermid() don't decode result
	according to PEP 383
In-Reply-To: <1281812953.3.0.0625643381437.issue9603@psf.upfronthosting.co.za>
Message-ID: <1281822797.56.0.418459376885.issue9603@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/issue9603>
_______________________________________

From report at bugs.python.org  Sat Aug 14 23:57:45 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 21:57:45 +0000
Subject: [issue8866] socket.getaddrinfo() should support keyword arguments
In-Reply-To: <1275346212.88.0.3146354655.issue8866@psf.upfronthosting.co.za>
Message-ID: <1281823065.68.0.565038151847.issue8866@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

-.. function:: getaddrinfo(host, port, family=0, socktype=0, proto=0, flags=0)
+.. function:: getaddrinfo(host, port[, family[, type[, proto[, flags]]]])

You should keep using the new documentation convention, that is:

.. function:: getaddrinfo(host, port, family=0, type=0, proto=0, flags=0)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8866>
_______________________________________

From report at bugs.python.org  Sun Aug 15 00:00:18 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Aug 2010 22:00:18 +0000
Subject: [issue5996] abstract class instantiable when subclassing dict
In-Reply-To: <1242050763.07.0.145569961651.issue5996@psf.upfronthosting.co.za>
Message-ID: <1281823218.52.0.354113148741.issue5996@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/issue5996>
_______________________________________

From report at bugs.python.org  Sun Aug 15 00:44:42 2010
From: report at bugs.python.org (Alan McIntyre)
Date: Sat, 14 Aug 2010 22:44:42 +0000
Subject: [issue1710703] zipfile.ZipFile behavior inconsistent.
Message-ID: <1281825882.03.0.385763858889.issue1710703@psf.upfronthosting.co.za>


Alan McIntyre <alan.mcintyre at gmail.com> added the comment:

Apparenty _EndRecData64 needed the same kind of check that _EndRecData has when trying to seek to the end-of-archive record.  So I added that, and everything seems to work correctly now.  All tests pass on my 64-bit Linux box (including test_zipfile64).

The updated patch against py3k/trunk is attached as zipfile_empty2.diff.

----------
Added file: http://bugs.python.org/file18534/zipfile_empty2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1710703>
_______________________________________

From report at bugs.python.org  Sun Aug 15 00:45:53 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sat, 14 Aug 2010 22:45:53 +0000
Subject: [issue9145] test_coercion fails in refleak runs
In-Reply-To: <1278092119.96.0.393167431946.issue9145@psf.upfronthosting.co.za>
Message-ID: <1281825953.12.0.515797745918.issue9145@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

This one is a (small) regression from 2.6.5.

Patch attached

----------
keywords: +patch
nosy: +barry
priority: normal -> release blocker
status: closed -> open
versions: +Python 2.6 -Python 2.7
Added file: http://bugs.python.org/file18535/issue9145_for_2.6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9145>
_______________________________________

From report at bugs.python.org  Sun Aug 15 01:00:38 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sat, 14 Aug 2010 23:00:38 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281772184.64.0.787021281298.issue9548@psf.upfronthosting.co.za>
Message-ID: <4C672012.9080107@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Nick Coghlan wrote:
> 
> Nick Coghlan <ncoghlan at gmail.com> added the comment:
> 
> As we move more and more infrastructure into Python code, we're going to see this pattern (i.e. a bootstrap module underlying the real module) more and more often (e.g. I seem to recall Brett has to do something similar when playing with the pure Python __import__ implementation).
> 
> I don't have an issue with it - it's a solid, standard solution to a recurring problem with otherwise circular dependencies.
> 
> The only changes I would suggest to Antoine's patch are to explicitly scope "interpreter startup" in the _bootlocale docstring (to make it clear that sitecustomize.py should use the ordinary locale module) and to mention the nature of _bootlocale in a comment just before the "from _bootlocale import *" line in locale.py.

I don't object to such strategies in general, but in this case,
a change of this size is neither required nor helpful, so remain
a firm -1 on the patch.

The locale module already uses a C helper module. By now adding
another indirection via a boot-time only Python extract, you complicate
the setup - and what's worse: it doesn't solve the problem, since some
other module you import at boot time may still import locale directly
and for the same reason the collection module got used in locale:
programmers being unaware of the implications this has.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9548>
_______________________________________

From report at bugs.python.org  Sun Aug 15 01:10:55 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 14 Aug 2010 23:10:55 +0000
Subject: [issue9548] locale can be imported at startup but relies on too
	many	library modules
In-Reply-To: <1281380971.62.0.695264636628.issue9548@psf.upfronthosting.co.za>
Message-ID: <1281827455.51.0.95458121731.issue9548@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/issue9548>
_______________________________________

From report at bugs.python.org  Sun Aug 15 02:31:24 2010
From: report at bugs.python.org (Dmitry Chichkov)
Date: Sun, 15 Aug 2010 00:31:24 +0000
Subject: [issue9520] Add Patricia Trie high performance container
In-Reply-To: <1280969963.37.0.950740145402.issue9520@psf.upfronthosting.co.za>
Message-ID: <1281832284.12.0.795070860868.issue9520@psf.upfronthosting.co.za>


Dmitry Chichkov <dchichkov at gmail.com> added the comment:

Yes, it looks like you are right. And while there is some slight performance degradation, at least nothing drastic is happening up to 30M keys. Using your modified test:

    1000 words (     961 keys), 3609555 words/s, 19239926 lookups/s, 51 bytes/key (0.0MB)
   10000 words (    9042 keys), 3390980 words/s, 18180771 lookups/s, 87 bytes/key (0.0MB)
  100000 words (   83168 keys), 3298809 words/s, 12509481 lookups/s, 37 bytes/key (3.0MB)
 1000000 words (  755372 keys), 2477793 words/s, 7537963 lookups/s, 66 bytes/key (48.0MB)
 5000000 words ( 3501140 keys), 2291004 words/s, 6487727 lookups/s, 57 bytes/key (192.0MB)
10000000 words ( 6764089 keys), 2238081 words/s, 6216454 lookups/s, 59 bytes/key (384.0MB)
20000000 words (13061821 keys), 2175688 words/s, 5817085 lookups/s, 61 bytes/key (768.0MB)
50000000 words (31188460 keys), 2117751 words/s, 5137209 lookups/s, 51 bytes/key (1536.0MB)

It looks like internal memory estimates (sys.getsizeof()) are also pretty good:

Before: ['VmPeak:\t10199764 kB', 'VmSize:\t 5552416 kB']
50000000 words (31188460 keys), 2117751 words/s, 5137209 lookups/s, 51 bytes/key (1536.0MB)
After: ['VmPeak:\t10199764 kB', 'VmSize:\t 7125284 kB']
	 
7 125 284 kB - 5 552 416 kB = 1 536.00391 MB

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9520>
_______________________________________

From report at bugs.python.org  Sun Aug 15 05:53:34 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 15 Aug 2010 03:53:34 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281844414.26.0.913134633821.issue9545@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

The reverted patch was reapplied in r83980 by Antoine.
The issue9546 resolves the part of always running the cleanup code on compile error.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Sun Aug 15 06:07:43 2010
From: report at bugs.python.org (Alberto Trevino)
Date: Sun, 15 Aug 2010 04:07:43 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1274103249.44.0.284620021799.issue8739@psf.upfronthosting.co.za>
Message-ID: <1281845263.31.0.627250854896.issue8739@psf.upfronthosting.co.za>


Alberto Trevino <alberto at byu.edu> added the comment:

Any more work I need to do on this patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8739>
_______________________________________

From report at bugs.python.org  Sun Aug 15 06:10:35 2010
From: report at bugs.python.org (Alberto Trevino)
Date: Sun, 15 Aug 2010 04:10:35 +0000
Subject: [issue9168] setuid in smtp.py sheds privileges before binding port
In-Reply-To: <1278346841.06.0.147409219565.issue9168@psf.upfronthosting.co.za>
Message-ID: <1281845435.19.0.255669746747.issue9168@psf.upfronthosting.co.za>


Alberto Trevino <alberto at byu.edu> added the comment:

I haven't heard anything on this problem or my patch.  What's the status?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9168>
_______________________________________

From report at bugs.python.org  Sun Aug 15 06:51:44 2010
From: report at bugs.python.org (Reid Kleckner)
Date: Sun, 15 Aug 2010 04:51:44 +0000
Subject: [issue8844] Condition.wait() doesn't raise KeyboardInterrupt
In-Reply-To: <1275065292.27.0.238026363438.issue8844@psf.upfronthosting.co.za>
Message-ID: <1281847904.97.0.172567332019.issue8844@psf.upfronthosting.co.za>


Reid Kleckner <rnk at mit.edu> added the comment:

Added a patch that adds support for recomputing the timeout, plus a test for it.

Can this still make it into 3.2, or is it too disruptive at this point in the release process?

----------
Added file: http://bugs.python.org/file18536/lock-interrupt-v4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8844>
_______________________________________

From report at bugs.python.org  Sun Aug 15 07:15:49 2010
From: report at bugs.python.org (Greg Malcolm)
Date: Sun, 15 Aug 2010 05:15:49 +0000
Subject: [issue9607] Test file 'test_keyword.py' submission for use with
	keyword.py
In-Reply-To: <1281849348.53.0.810648733764.issue9607@psf.upfronthosting.co.za>
Message-ID: <1281849348.53.0.810648733764.issue9607@psf.upfronthosting.co.za>


New submission from Greg Malcolm <greg at gregmalcolm.com>:

'keyword.py' didn't have any tests, so I wrote some.

Most of the tests are are for the main() method, which self-populates the keywords section of keyword.py with keywords taken from a grammar file, 'Python/graminit.c'. The main() method allows you to choose the grammar file and the target file, so I've written the tests such that the actual keyword.py does not have to modify itself.

Most of the tests generate dummy keyword.py and graminit.c files for parsing. They are all deleted in the tearUp() stages of each test.

I've timed the tests. In total they take approximately 3 seconds so you may want to tag some of them as "slow". Also I've only tested on the mac, so someone may want to check it runs ok on Windows.

Most of the patch was written at the PyOhio 2010 Sprints. Thanks go to David Murray for advice given while working on it.

----------
components: Tests
files: test_keyword.patch
keywords: patch
messages: 113942
nosy: gregmalcolm, r.david.murray
priority: normal
severity: normal
status: open
title: Test file 'test_keyword.py' submission for use with keyword.py
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file18537/test_keyword.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9607>
_______________________________________

From report at bugs.python.org  Sun Aug 15 10:44:40 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 08:44:40 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281861880.86.0.976208793476.issue9545@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Re msg113792: Nick, running the clean step before configure is not possible. It requires a Makefile, which isn't there yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Sun Aug 15 11:14:51 2010
From: report at bugs.python.org (Iztok Kavkler)
Date: Sun, 15 Aug 2010 09:14:51 +0000
Subject: [issue444582] Finding programs in PATH, adding shutil.which
Message-ID: <1281863691.22.0.369858975446.issue444582@psf.upfronthosting.co.za>


Iztok Kavkler <iztok.kavkler at gmail.com> added the comment:

There is a subtle problem in the reference implementation: it will break if one of the paths in PATH contains quoted path separator. On windows that would be quted with ":

"c:\path;with;sep"

and on *nix something like

/path\:with\:sep

The problem is in the call
path.split(os.path.sep)
To do this properly we would need another helper function, e.g. 
shutil.split_path_list(path)
that would split paths considering quoting. I should also strip quotes  from every path in the list. 

I would write reference implementation, but I'm not sure if I know all the quoting rules of various os-es.

----------
nosy: +Iztok.Kavkler

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue444582>
_______________________________________

From report at bugs.python.org  Sun Aug 15 11:15:17 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 15 Aug 2010 09:15:17 +0000
Subject: [issue9603] os.ttyname() and os.ctermid() don't decode result
	according to PEP 383
In-Reply-To: <1281812953.3.0.0625643381437.issue9603@psf.upfronthosting.co.za>
Message-ID: <1281863717.98.0.0335916147462.issue9603@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Commited to 3.1 as r84061 and to 3.2 as r84060. Thanks David.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9603>
_______________________________________

From report at bugs.python.org  Sun Aug 15 11:16:56 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 15 Aug 2010 09:16:56 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281861880.86.0.976208793476.issue9545@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=NJ6fs-aVixvnSnQSZsFWr5muZzMQ_FQGpwjaf@mail.gmail.com>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

On Sun, Aug 15, 2010 at 6:44 PM, Martin v. L?wis <report at bugs.python.org> wrote:
>
> Martin v. L?wis <martin at v.loewis.de> added the comment:
>
> Re msg113792: Nick, running the clean step before configure is not possible. It requires a Makefile, which isn't there yet.

Ah, of course. Still, the fix to run the clean step even if the
compile fails should at least help the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Sun Aug 15 11:28:10 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 15 Aug 2010 09:28:10 +0000
Subject: [issue9604] os.initgroups() doesn't accept PEP 383 usernames returned
	by pwd module
In-Reply-To: <1281813090.71.0.270641843019.issue9604@psf.upfronthosting.co.za>
Message-ID: <1281864490.67.0.233032584564.issue9604@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Commited to 3.2 as r84062. Thanks David.

(Python 3.1 has no posix.initgroups() function)

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9604>
_______________________________________

From report at bugs.python.org  Sun Aug 15 11:35:19 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 15 Aug 2010 09:35:19 +0000
Subject: [issue9605] os.getlogin() should use PEP 383 decoding to match the
	pwd module
In-Reply-To: <1281813234.71.0.460155631473.issue9605@psf.upfronthosting.co.za>
Message-ID: <1281864919.41.0.101737250251.issue9605@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Commited to 3.1 as r84064 and to 3.2 as r84063. Thanks David.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9605>
_______________________________________

From report at bugs.python.org  Sun Aug 15 14:23:45 2010
From: report at bugs.python.org (Floris Bruynooghe)
Date: Sun, 15 Aug 2010 12:23:45 +0000
Subject: [issue9608] Re-phrase best way of using exceptions in doanddont.rst
In-Reply-To: <1281875025.64.0.398474348151.issue9608@psf.upfronthosting.co.za>
Message-ID: <1281875025.64.0.398474348151.issue9608@psf.upfronthosting.co.za>


New submission from Floris Bruynooghe <floris.bruynooghe at gmail.com>:

The description of how to best use exceptions is slightly confusing and led me to believe there was an issue when using open() as a context manager.  The main issue is that the wording seems to suggest the example above it is the best and not the very last.

Attached is a patch which uses a slightly different wording which IMHO makes it clearer that the with-statement is the preferred method and does not introduce subtle bugs.

----------
assignee: docs at python
components: Documentation
files: doandont.diff
keywords: patch
messages: 113949
nosy: docs at python, flub
priority: normal
severity: normal
status: open
title: Re-phrase best way of using exceptions in doanddont.rst
type: feature request
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file18538/doandont.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9608>
_______________________________________

From report at bugs.python.org  Sun Aug 15 14:26:00 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 12:26:00 +0000
Subject: [issue9607] Test file 'test_keyword.py' submission for use with
	keyword.py
In-Reply-To: <1281849348.53.0.810648733764.issue9607@psf.upfronthosting.co.za>
Message-ID: <1281875160.25.0.0893326058789.issue9607@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/issue9607>
_______________________________________

From report at bugs.python.org  Sun Aug 15 14:33:24 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 12:33:24 +0000
Subject: [issue1710703] zipfile.ZipFile behavior inconsistent.
Message-ID: <1281875604.39.0.47924010959.issue1710703@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Two nits:
- bug fixes shouldn't have a "versionadded" or "versionchanged" entry (it's only for new features)
- Misc/NEWS should be in antichronological order

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1710703>
_______________________________________

From report at bugs.python.org  Sun Aug 15 14:46:54 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Sun, 15 Aug 2010 12:46:54 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281876414.31.0.7175846961.issue9545@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

Compiling py3k from main repo doesn't work:
ould not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Traceback (most recent call last):
  File "/home/eliben/python_src/eliben-py3k/Lib/site.py", line 540, in <module>
    main()
  File "/home/eliben/python_src/eliben-py3k/Lib/site.py", line 522, in main
    known_paths = addusersitepackages(known_paths)
  File "/home/eliben/python_src/eliben-py3k/Lib/site.py", line 249, in addusersitepackages
    user_site = getusersitepackages()
  File "/home/eliben/python_src/eliben-py3k/Lib/site.py", line 224, in getusersitepackages
    user_base = getuserbase() # this will also set USER_BASE
  File "/home/eliben/python_src/eliben-py3k/Lib/site.py", line 214, in getuserbase
    USER_BASE = get_config_var('userbase')
  File "/home/eliben/python_src/eliben-py3k/Lib/sysconfig.py", line 553, in get_config_var
    return get_config_vars().get(name)
  File "/home/eliben/python_src/eliben-py3k/Lib/sysconfig.py", line 435, in get_config_vars
    import re
  File "/home/eliben/python_src/eliben-py3k/Lib/re.py", line 121, in <module>
    import functools
  File "/home/eliben/python_src/eliben-py3k/Lib/functools.py", line 15, in <module>
    from collections import OrderedDict
  File "/home/eliben/python_src/eliben-py3k/Lib/collections.py", line 9, in <module>
    from _collections import deque, defaultdict
ImportError: No module named _collections
[27060 refs]
make: *** [sharedmods] Error 1

----------------------------------------------

I re-ran configure, ran 'make clean' then 'make', doesn't help. The error and the HG log make me suspect it might be this issue's fix that's involved.

----------
nosy: +eli.bendersky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Sun Aug 15 14:50:53 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 15 Aug 2010 12:50:53 +0000
Subject: [issue1710703] zipfile.ZipFile behavior inconsistent.
Message-ID: <1281876653.97.0.0945585133461.issue1710703@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Agreed with Antoine.  Do you want to commit?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1710703>
_______________________________________

From report at bugs.python.org  Sun Aug 15 14:52:01 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 12:52:01 +0000
Subject: [issue8844] Condition.wait() doesn't raise KeyboardInterrupt
In-Reply-To: <1281847904.97.0.172567332019.issue8844@psf.upfronthosting.co.za>
Message-ID: <1281876717.3194.0.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Added a patch that adds support for recomputing the timeout, plus a test for it.
> 
> Can this still make it into 3.2, or is it too disruptive at this point
> in the release process?

No problem at this point, we're not yet in beta phase.
I haven't looked at the patch itself, but thank you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8844>
_______________________________________

From report at bugs.python.org  Sun Aug 15 14:56:28 2010
From: report at bugs.python.org (Eli Bendersky)
Date: Sun, 15 Aug 2010 12:56:28 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281876988.47.0.467757748655.issue9545@psf.upfronthosting.co.za>


Eli Bendersky <eliben at gmail.com> added the comment:

`make distclean` worked for me (tipped at #python-dev), after it ./configure and make succeeded. I must say it's not 100% intuitive, I'm used to just using `make clean` for a complete cleanup.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Sun Aug 15 15:01:40 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 13:01:40 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281877300.7.0.777222829356.issue9425@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

r83972 breaks OS X buildbots: support.TESTFN_UNENCODABLE is not defined if sys.platform == 'darwin'.

  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_imp.py", line 309, in <module>
    class NullImporterTests(unittest.TestCase):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_imp.py", line 310, in NullImporterTests
    @unittest.skipIf(support.TESTFN_UNENCODABLE is None,
AttributeError: 'module' object has no attribute 'TESTFN_UNENCODABLE'

----------
keywords: +buildbot
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug 15 15:08:00 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 13:08:00 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281877680.83.0.609134662998.issue9425@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

It breaks test_unicode_file on OS X, too:

  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_unicode_file.py", line 8, in <module>
    from test.support import (run_unittest, rmtree,
ImportError: cannot import name TESTFN_UNENCODABLE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug 15 15:15:45 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 13:15:45 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281878145.15.0.407026487223.issue8857@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

test_socket fails on OS X:

======================================================================
ERROR: testGetaddrinfo (test.test_socket.GeneralModuleTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_socket.py", line 611, in testGetaddrinfo
    socket.getaddrinfo(HOST, None, 0, 0, socket.AI_CANONNAME)
socket.gaierror: [Errno 12] Bad hints

----------------------------------------------------------------------

http://www.python.org/dev/buildbot/all/builders/x86%20Tiger%203.x/builds/791

----------
keywords: +buildbot
nosy: +flox
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Sun Aug 15 15:42:42 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 13:42:42 +0000
Subject: [issue8428] buildbot: test_multiprocessing timeout (test_notify_all?
	test_pool_worker_lifetime?)
In-Reply-To: <1271451412.83.0.723333785051.issue8428@psf.upfronthosting.co.za>
Message-ID: <1281879762.32.0.549335490133.issue8428@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Seen on Windows 7 3.1:

test test_multiprocessing failed -- Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.1.bolen-windows7\build\lib\test\test_multiprocessing.py", line 746, in test_notify_all
    self.assertReturnsIfImplemented(6, get_value, woken)
  File "D:\cygwin\home\db3l\buildarea\3.1.bolen-windows7\build\lib\test\test_multiprocessing.py", line 120, in assertReturnsIfImplemented
    return self.assertEqual(value, res)
AssertionError: 6 != 2


There's a second issue at the end of the log, it seems to be the case 3 of issue #9592 (RuntimeError: maximum recursion depth exceeded while calling a Python object).

http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.1/builds/676

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8428>
_______________________________________

From report at bugs.python.org  Sun Aug 15 15:44:47 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 13:44:47 +0000
Subject: [issue9592] Limitations in objects returned by multiprocessing Pool
In-Reply-To: <1281726168.11.0.648826556363.issue9592@psf.upfronthosting.co.za>
Message-ID: <1281879887.22.0.210362534381.issue9592@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Case 3 seen on buildbot Windows 7 3.1:

http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.1/builds/676

test_array (test.test_multiprocessing.WithProcessesTestArray) ... Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "D:\cygwin\home\db3l\buildarea\3.1.bolen-windows7\build\lib\multiprocessing\forking.py", line 344, in main
    self = load(from_parent)
  File "D:\cygwin\home\db3l\buildarea\3.1.bolen-windows7\build\lib\pickle.py", line 1356, in load
    encoding=encoding, errors=errors).load()
  File "D:\cygwin\home\db3l\buildarea\3.1.bolen-windows7\build\lib\unittest.py", line 1363, in __getattr__
    return getattr(self.stream,attr)
(...)
  File "D:\cygwin\home\db3l\buildarea\3.1.bolen-windows7\build\lib\unittest.py", line 1363, in __getattr__
    return getattr(self.stream,attr)
RuntimeError: maximum recursion depth exceeded while calling a Python object

----------
keywords: +buildbot
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9592>
_______________________________________

From report at bugs.python.org  Sun Aug 15 15:56:29 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 13:56:29 +0000
Subject: [issue9592] Limitations in objects returned by multiprocessing Pool
In-Reply-To: <1281726168.11.0.648826556363.issue9592@psf.upfronthosting.co.za>
Message-ID: <1281880589.48.0.767225060339.issue9592@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

A different issue on XP-5 buildbot (Python 3.1):

test test_multiprocessing failed -- Traceback (most recent call last):
  File "C:\buildslave\3.1.moore-windows\build\lib\test\test_multiprocessing.py", line 1234, in test_rapid_restart
    manager.shutdown()
  File "C:\buildslave\3.1.moore-windows\build\lib\multiprocessing\util.py", line 174, in __call__
    res = self._callback(*self._args, **self._kwargs)
  File "C:\buildslave\3.1.moore-windows\build\lib\multiprocessing\managers.py", line 602, in _finalize_manager
    process.terminate()
  File "C:\buildslave\3.1.moore-windows\build\lib\multiprocessing\process.py", line 111, in terminate
    self._popen.terminate()
  File "C:\buildslave\3.1.moore-windows\build\lib\multiprocessing\forking.py", line 276, in terminate
    _subprocess.TerminateProcess(int(self._handle), TERMINATE)
WindowsError: [Error 5] Access is denied


Then, on replay, it ended with the "RuntimeError: maximum recursion depth exceeded while calling a Python object" like the Windows 7 case.


http://www.python.org/dev/buildbot/all/builders/x86%20XP-5%203.1/builds/581

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9592>
_______________________________________

From report at bugs.python.org  Sun Aug 15 16:24:34 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 14:24:34 +0000
Subject: [issue9295] test_close_open_print_buffered(test_file) sometimes
	crashes
In-Reply-To: <1279465176.3.0.233257918018.issue9295@psf.upfronthosting.co.za>
Message-ID: <1281882274.03.0.528869585246.issue9295@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Is freeing the memory allocated for setvbuf() while close() running in 
> another thread really safe?

I don't know. I guess nobody does that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9295>
_______________________________________

From report at bugs.python.org  Sun Aug 15 16:42:52 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 14:42:52 +0000
Subject: [issue9545] Adding _collections to static build
In-Reply-To: <1281337285.37.0.116366194764.issue9545@psf.upfronthosting.co.za>
Message-ID: <1281883372.75.0.123305390988.issue9545@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Considering the notice

-----------------------------------------------
Modules/Setup.dist is newer than Modules/Setup;
check to make sure you have all the updates you
need in your Modules/Setup file.
Usually, copying Modules/Setup.dist to Modules/Setup will work.
-----------------------------------------------

also would have solved the problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9545>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:02:40 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 15:02:40 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281884560.84.0.474268054504.issue8857@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:06:32 2010
From: report at bugs.python.org (Jesse Noller)
Date: Sun, 15 Aug 2010 15:06:32 +0000
Subject: [issue9592] Limitations in objects returned by multiprocessing Pool
In-Reply-To: <1281726168.11.0.648826556363.issue9592@psf.upfronthosting.co.za>
Message-ID: <1281884792.85.0.409775978008.issue9592@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

Florent - Are you running the script from Freek on the buildbots, or are you just updating this bugs with other run failures? I'm having a really hard time separating things.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9592>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:09:36 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sun, 15 Aug 2010 15:09:36 +0000
Subject: [issue9609] make cProfile multi-stack aware
In-Reply-To: <1281884976.7.0.103613520648.issue9609@psf.upfronthosting.co.za>
Message-ID: <1281884976.7.0.103613520648.issue9609@psf.upfronthosting.co.za>


New submission from Kristj?n Valur J?nsson <kristjan at ccpgames.com>:

One of the problems with the profiling modules provided with Python is that they are not useful in the presence of multiple threads.  This is because time spent in a different thread may be falsely attributed to some random place in a thread being profiled.

This patch helps fix that, by making the _lsprof.c module (the engine behind cProfile) multi-stack aware.  At every entry into the profiler, a check is made to see which stack is in operation (by looking at the thread state).  The previous stack is then paused and profiling commences on the new stack.

Time spent on other stacks is then subtracted from the measured time on each stack.

A complication arises because it is no longer possible to determine the recursion level of each function (or subcall instance) on each stack by looking at the function's entry alone.  For this reason, it becomes necessary to walk the stack in cases where there are multiple stacks and multiple total recursions seen for the entries.

This patch has been successfully used, with a modifiaction for stackless python, in production at CCP (the modification uses the Tasklet ID rather than the TLS pointer as a key to the stack map).

To be useful, it is important that all threads in the process are set to use the same cProfile.Profiler() instance.  Currently there is no easy way to do that and this patch doesn't attempt to fix that.  But is is possible that an application designed for profiling would attach the profiler at each thread start point.  (In the version of Stackless Python that this is used on, it is possible to enable tracing/profiling of all tasklets simultaneously)

----------
components: Extension Modules
files: _lsprof.patch
keywords: patch, patch
messages: 113964
nosy: krisvale
priority: normal
severity: normal
status: open
title: make cProfile multi-stack aware
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18539/_lsprof.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9609>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:09:59 2010
From: report at bugs.python.org (Jesse Noller)
Date: Sun, 15 Aug 2010 15:09:59 +0000
Subject: [issue8428] buildbot: test_multiprocessing timeout (test_notify_all?
	test_pool_worker_lifetime?)
In-Reply-To: <1271451412.83.0.723333785051.issue8428@psf.upfronthosting.co.za>
Message-ID: <1281884999.91.0.19528061959.issue8428@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

Is this intermittent, or consistently failing? Updating it with more buildbot failures doesn't help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8428>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:14:36 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 15:14:36 +0000
Subject: [issue9592] Limitations in objects returned by multiprocessing Pool
In-Reply-To: <1281726168.11.0.648826556363.issue9592@psf.upfronthosting.co.za>
Message-ID: <1281885276.95.0.654087954158.issue9592@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

It is an update with 2 similar failures on Windows XP and 7 buildbots (on normal runs).

FWIW, I ran the script from Freek on my laptop (Debian 64bits) and I noticed similar failures on 3.1 and 3.2 (you need to uncomment 1 of the 3 commented lines of the script to see the failures).

----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9592>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:18:58 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 15:18:58 +0000
Subject: [issue8428] buildbot: test_multiprocessing timeout (test_notify_all?
	test_pool_worker_lifetime?)
In-Reply-To: <1271451412.83.0.723333785051.issue8428@psf.upfronthosting.co.za>
Message-ID: <1281885538.05.0.0450714919813.issue8428@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

It is intermittent on most buildbots.
The exception is "x86 FreeBSD 7.2 3.x" where it occurs on each run.

http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8428>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:19:26 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 15 Aug 2010 15:19:26 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1274103249.44.0.284620021799.issue8739@psf.upfronthosting.co.za>
Message-ID: <1281885566.52.0.314850255964.issue8739@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Patch no longer applies cleanly because smtpd.py changed in the meantime. A further comment:

-    def __init__(self, server, conn, addr):
+    def __init__(self, server, conn, addr, size = 0):
-    def __init__(self, localaddr, remoteaddr):
+    def __init__(self, localaddr, remoteaddr, size = 0):

This change breaks backward compatibility. I think it would be better to provide this as a SMTPChannel.size_limit class attribute.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8739>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:20:53 2010
From: report at bugs.python.org (Jesse Noller)
Date: Sun, 15 Aug 2010 15:20:53 +0000
Subject: [issue9586] "warning: comparison between pointer and integer" in
	multiprocessing build on Tiger
In-Reply-To: <1281703428.64.0.285019462814.issue9586@psf.upfronthosting.co.za>
Message-ID: <1281885653.2.0.574269586718.issue9586@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

looks fine mark

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9586>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:23:29 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 15 Aug 2010 15:23:29 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281885809.3.0.385661982274.issue8857@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Is there someone who can take a look at this on OSX (Ronald?)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:48:48 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 15:48:48 +0000
Subject: [issue8845] Expose sqlite3 connection inTransaction as read-only
	in_transaction attribute
In-Reply-To: <1275069249.63.0.318211846232.issue8845@psf.upfronthosting.co.za>
Message-ID: <1281887328.88.0.338749880654.issue8845@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
components: +Macintosh
keywords: +buildbot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8845>
_______________________________________

From report at bugs.python.org  Sun Aug 15 17:49:11 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 15:49:11 +0000
Subject: [issue8845] Expose sqlite3 connection inTransaction as read-only
	in_transaction attribute
In-Reply-To: <1275069249.63.0.318211846232.issue8845@psf.upfronthosting.co.za>
Message-ID: <1281887351.13.0.0425226492037.issue8845@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/issue8845>
_______________________________________

From report at bugs.python.org  Sun Aug 15 18:03:00 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 16:03:00 +0000
Subject: [issue9610] buildbot: uncaptured python exception (smtpd),
	but no failure in regrtest
In-Reply-To: <1281888180.27.0.972389981931.issue9610@psf.upfronthosting.co.za>
Message-ID: <1281888180.27.0.972389981931.issue9610@psf.upfronthosting.co.za>


New submission from Florent Xicluna <florent.xicluna at gmail.com>:

It occurs on PPC Leopard 3.x buildbot.

(...)
[184/346] test_ssl
error: uncaptured python exception,
closing channel <smtpd.SMTPChannel connected 'c' at 0x3593850>
(<class 'IndexError'>:pop from empty list
[/Users/buildbot/buildarea/3.x.parc-leopard-1/build/Lib/asyncore.py|read|79]
[/Users/buildbot/buildarea/3.x.parc-leopard-1/build/Lib/asyncore.py|handle_read_event|435]
[/Users/buildbot/buildarea/3.x.parc-leopard-1/build/Lib/asynchat.py|handle_read|128]
[/Users/buildbot/buildarea/3.x.parc-leopard-1/build/Lib/asyncore.py|recv|375]
[/Users/buildbot/buildarea/3.x.parc-leopard-1/build/Lib/test/mock_socket.py|recv|47])
(...)

http://www.python.org/dev/buildbot/all/builders/PPC%20Leopard%203.x/builds/295

----------
assignee: ronaldoussoren
components: Macintosh, Tests
keywords: buildbot
messages: 113971
nosy: flox, ronaldoussoren
priority: normal
severity: normal
status: open
title: buildbot: uncaptured python exception (smtpd), but no failure in regrtest
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9610>
_______________________________________

From report at bugs.python.org  Sun Aug 15 18:10:52 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 16:10:52 +0000
Subject: [issue8449] buildbot: test_dbm and test_dbm_ndbm failures on ia64
	Ubuntu 3.1
In-Reply-To: <1271629817.22.0.668476357491.issue8449@psf.upfronthosting.co.za>
Message-ID: <1281888652.96.0.359485727814.issue8449@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

No update on this issue, and there's no more ia64 buildbot.
There's very little chance to fix it.

----------
components: +Tests
nosy: +flox
resolution:  -> out of date
status: open -> languishing
title: 
Now:
  buildbot: test_dbm and test_dbm_ndbm failures on ia64 Ubuntu 3.1
Was:
  buildbot: test_dbm and test_dbm_ndbm
  failures on ia64 Ubuntu 3.1
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8449>
_______________________________________

From report at bugs.python.org  Sun Aug 15 18:12:49 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 16:12:49 +0000
Subject: [issue8449] buildbot: test_dbm and test_dbm_ndbm failures on ia64
	Ubuntu 3.1
In-Reply-To: <1271629817.22.0.668476357491.issue8449@psf.upfronthosting.co.za>
Message-ID: <1281888769.1.0.878740585119.issue8449@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +doko

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8449>
_______________________________________

From report at bugs.python.org  Sun Aug 15 18:17:36 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 16:17:36 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281889056.76.0.773829151203.issue5867@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The patch looks fine code-wise, but it also needs a doc addition in Doc/library/abc.rst.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Sun Aug 15 18:22:28 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 16:22:28 +0000
Subject: [issue9610] buildbot: uncaptured python exception (smtpd),
	but no failure in regrtest
In-Reply-To: <1281888180.27.0.972389981931.issue9610@psf.upfronthosting.co.za>
Message-ID: <1281889349.0.0.787979757029.issue9610@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +richard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9610>
_______________________________________

From report at bugs.python.org  Sun Aug 15 19:25:42 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 17:25:42 +0000
Subject: [issue9611] FileIO not 64-bit safe under Windows
In-Reply-To: <1281893142.91.0.972520708976.issue9611@psf.upfronthosting.co.za>
Message-ID: <1281893142.91.0.972520708976.issue9611@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Modules/_io/fileio.c assumes that read() and write() allow a Py_ssize_t length, but under Windows the length is an int, limiting chunk size to 2GB.

It should be easy enough to read or write in multiple chunks, although testing might be difficult.

----------
components: Extension Modules, Windows
messages: 113974
nosy: pitrou
priority: normal
severity: normal
status: open
title: FileIO not 64-bit safe under Windows
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9611>
_______________________________________

From report at bugs.python.org  Sun Aug 15 19:26:15 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 17:26:15 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1281893175.21.0.647051094674.issue9566@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Created #9611 to report the FileIO 64-bit issue under Windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Sun Aug 15 19:33:37 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 17:33:37 +0000
Subject: [issue9612] setobject.c warnings under 64-bit Windows
In-Reply-To: <1281893617.3.0.762329491862.issue9612@psf.upfronthosting.co.za>
Message-ID: <1281893617.3.0.762329491862.issue9612@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

None of these warnings look critical (one affects the "search finger" optimization of pop(), one affects the result from __length_hint__ on set iterators, and the other the hash value of frozensets without any obviously bad consequences), but you might want to take a look at them anyway.

(for the record, a C "long" is 32-bit under 64-bit Windows, so a Py_ssize_t won't fit in it)

1>..\Objects\setobject.c(743) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'long', possible loss of data
1>..\Objects\setobject.c(772) : warning C4244: '*=' : conversion from 'Py_ssize_t' to 'long', possible loss of data
1>..\Objects\setobject.c(819) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'long', possible loss of data

----------
assignee: rhettinger
components: Interpreter Core
messages: 113976
nosy: pitrou, rhettinger
priority: low
severity: normal
status: open
title: setobject.c warnings under 64-bit Windows
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9612>
_______________________________________

From report at bugs.python.org  Sun Aug 15 19:34:25 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 17:34:25 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1281893665.52.0.440934905969.issue9566@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Created #9612 for the mostly harmless warnings in the set implementation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Sun Aug 15 19:49:07 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 17:49:07 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1281894547.79.0.385203353822.issue9566@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The zlib warnings are genuine and there's a specific bug for 64-bitness of zlibmodule.c: #8650.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Sun Aug 15 19:51:09 2010
From: report at bugs.python.org (daniel mccloy)
Date: Sun, 15 Aug 2010 17:51:09 +0000
Subject: [issue7255] "Default" word boundaries for Unicode data?
In-Reply-To: <1257222123.85.0.715983159645.issue7255@psf.upfronthosting.co.za>
Message-ID: <1281894669.22.0.27462725219.issue7255@psf.upfronthosting.co.za>


daniel mccloy <bangalore.online at gmail.com> added the comment:

Woo-HOOO!  Am very excited to hear this!  Thanks, Matthew!  This and also the related \w \W handling (#1693050) should be extremely useful for processing Indic text.  I'm a python newbie, so will need to find some help on what I need to do to compile/install/use this source-file download, but if I can figure that out, I'd be very happy to test this against a texts in a variety of Indic scripts.  Way to go!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7255>
_______________________________________

From report at bugs.python.org  Sun Aug 15 19:58:39 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 17:58:39 +0000
Subject: [issue9611] FileIO not 64-bit safe under Windows
In-Reply-To: <1281893142.91.0.972520708976.issue9611@psf.upfronthosting.co.za>
Message-ID: <1281895119.66.0.633243276004.issue9611@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

os.write() (in posixmodule.c) is also affected. os.read(), however, is limited to 32-bit inputs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9611>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:00:28 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 18:00:28 +0000
Subject: [issue8650] zlibmodule.c isn't 64-bit clean
In-Reply-To: <1273252861.66.0.962857738541.issue8650@psf.upfronthosting.co.za>
Message-ID: <1281895228.59.0.332858005105.issue8650@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Using chunked writes is tricky. If the first write succeeds, and the second one fails, how do you report the result?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8650>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:02:27 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 18:02:27 +0000
Subject: [issue9613] Python considers pid longs under 64-bit Windows
In-Reply-To: <1281895347.49.0.271541660208.issue9613@psf.upfronthosting.co.za>
Message-ID: <1281895347.49.0.271541660208.issue9613@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Under 64-bit Windows, Python aliases PyLong_FromPid() to PyLong_FromLong() (and PyLong_AsPid() to PyLong_AsLong()), but a C "long" is 32-bit, while apparently the MSVCRT defines a pid to be intptr_t, that is 64-bit. A potential loss of data ensues.

----------
components: Extension Modules, Interpreter Core, Windows
messages: 113982
nosy: brian.curtin, pitrou, tim.golden
priority: normal
severity: normal
status: open
title: Python considers pid longs under 64-bit Windows
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9613>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:02:51 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 18:02:51 +0000
Subject: [issue9611] FileIO not 64-bit safe under Windows
In-Reply-To: <1281893142.91.0.972520708976.issue9611@psf.upfronthosting.co.za>
Message-ID: <1281895371.45.0.618653835795.issue9611@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/issue9611>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:03:53 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 18:03:53 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1281895433.12.0.613375498382.issue9566@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Opened #9613 for 64-bitness of process ids.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:11:08 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 18:11:08 +0000
Subject: [issue9612] setobject.c warnings under 64-bit Windows
In-Reply-To: <1281893617.3.0.762329491862.issue9612@psf.upfronthosting.co.za>
Message-ID: <1281895868.66.0.249929096265.issue9612@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

For the length hint, it would be best to use PyLong_FromSize_t, as in dictobject.c. It would be sad if __length_hint__ would return a much-too-small value (or even a negative number).

For the search finger, dictobject has opted to make me_hash of type Py_ssize_t.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9612>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:12:38 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 18:12:38 +0000
Subject: [issue9611] FileIO not 64-bit safe under Windows
In-Reply-To: <1281893142.91.0.972520708976.issue9611@psf.upfronthosting.co.za>
Message-ID: <1281895958.5.0.0883534403742.issue9611@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Using chunked writes is tricky. If the first write succeeds, and the second one fails, how do you report the result?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9611>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:13:02 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 18:13:02 +0000
Subject: [issue9614] _pickle is not entirely 64-bit safe
In-Reply-To: <1281895982.89.0.760453311109.issue9614@psf.upfronthosting.co.za>
Message-ID: <1281895982.89.0.760453311109.issue9614@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

A number of legitimate warnings get emitted under a 64-bit Windows build (in many places, _pickle uses ints or longs instead of "Py_ssize_t" variable to store various lengths and sizes):

1>..\Modules\_pickle.c(284) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
1>..\Modules\_pickle.c(301) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
1>..\Modules\_pickle.c(461) : warning C4244: '+=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
1>..\Modules\_pickle.c(628) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'long', possible loss of data
1>..\Modules\_pickle.c(647) : warning C4267: '=' : conversion from 'size_t' to 'int', possible loss of data
1>..\Modules\_pickle.c(1320) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
1>..\Modules\_pickle.c(1558) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data
1>..\Modules\_pickle.c(1806) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data

----------
components: Extension Modules
messages: 113986
nosy: alexandre.vassalotti, pitrou
priority: normal
severity: normal
status: open
title: _pickle is not entirely 64-bit safe
type: behavior
versions: Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9614>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:13:03 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 18:13:03 +0000
Subject: [issue8650] zlibmodule.c isn't 64-bit clean
In-Reply-To: <1273252861.66.0.962857738541.issue8650@psf.upfronthosting.co.za>
Message-ID: <1281895983.48.0.0448581077799.issue8650@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
Removed message: http://bugs.python.org/msg113981

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8650>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:13:31 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 18:13:31 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1281896011.0.0.0148814714826.issue9566@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Opened #9614 for the _pickle issues (which look quite legitimate).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:20:40 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 18:20:40 +0000
Subject: [issue9611] FileIO not 64-bit safe under Windows
In-Reply-To: <1281893142.91.0.972520708976.issue9611@psf.upfronthosting.co.za>
Message-ID: <1281896440.96.0.561943708802.issue9611@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The write() man page says:

       The number of bytes written may be less than count if, for example, there is  insufficient  space  on
       the underlying physical medium, or the RLIMIT_FSIZE resource limit is encountered (see setrlimit(2)),
       or the call was interrupted by a signal handler after having written less  than  count  bytes.   (See
       also pipe(7).)

So, we could return the number of bytes successfully written, and let the next call fail.

Another possibility is to only write 2GB-1 and let the caller retry.
Most people use buffered I/O, and the buffered layer automatically retries.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9611>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:37:10 2010
From: report at bugs.python.org (Cherniavsky Beni)
Date: Sun, 15 Aug 2010 18:37:10 +0000
Subject: [issue6321] Reload Python modules when running programs
In-Reply-To: <1245648620.51.0.901061764952.issue6321@psf.upfronthosting.co.za>
Message-ID: <1281897430.57.0.601872342508.issue6321@psf.upfronthosting.co.za>


Cherniavsky Beni <cben at users.sf.net> added the comment:

When you run a program using F5 in IDLE,
it completely restarts the underlying interpreter!
If you meant a different way of running, please elaborate.

(Exception: it uses the same interpreter if you're running "idle -n"; this commonly happens on Windows if you rightclick->Edit with IDLE... a .py file - just don't use that.)

----------
nosy: +cben

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6321>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:39:28 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 18:39:28 +0000
Subject: [issue9611] FileIO not 64-bit safe under Windows
In-Reply-To: <1281896440.96.0.561943708802.issue9611@psf.upfronthosting.co.za>
Message-ID: <4C68345D.4030309@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Most people use buffered I/O, and the buffered layer automatically retries.

I see. I think this is already slightly problematic: if you send an
interrupt, it won't oblige. IMO, any such loop ought to be
interruptable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9611>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:44:25 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 18:44:25 +0000
Subject: [issue9611] FileIO not 64-bit safe under Windows
In-Reply-To: <4C68345D.4030309@v.loewis.de>
Message-ID: <1281897853.3194.7.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> > Most people use buffered I/O, and the buffered layer automatically retries.
> 
> I see. I think this is already slightly problematic: if you send an
> interrupt, it won't oblige. IMO, any such loop ought to be
> interruptable.

Well, the loop stops when an error status is returned by the raw IO
layer. At that point, the buffered IO layer re-raises the error after a
bit of internal cleanup.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9611>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:44:25 2010
From: report at bugs.python.org (Cherniavsky Beni)
Date: Sun, 15 Aug 2010 18:44:25 +0000
Subject: [issue7676] IDLE shell shouldn't use TABs
In-Reply-To: <1263213381.47.0.181451927584.issue7676@psf.upfronthosting.co.za>
Message-ID: <1281897865.78.0.145014343907.issue7676@psf.upfronthosting.co.za>


Cherniavsky Beni <cben at users.sf.net> added the comment:

This is almost a duplicate of http://bugs.python.org/issue1196946
(though the solution there took a different direction).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7676>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:47:45 2010
From: report at bugs.python.org (Matthew Barnett)
Date: Sun, 15 Aug 2010 18:47:45 +0000
Subject: [issue7255] "Default" word boundaries for Unicode data?
In-Reply-To: <1257222123.85.0.715983159645.issue7255@psf.upfronthosting.co.za>
Message-ID: <1281898065.69.0.66866293666.issue7255@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

If you're on Windows (x86, 32-bit) then compilation isn't necessary - just use the appropriate _regex.pyd.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7255>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:53:40 2010
From: report at bugs.python.org (Denver Coneybeare)
Date: Sun, 15 Aug 2010 18:53:40 +0000
Subject: [issue9587] unittest.assertRaises() return the raised exception
In-Reply-To: <1281711464.19.0.685530938413.issue9587@psf.upfronthosting.co.za>
Message-ID: <1281898420.46.0.309705012432.issue9587@psf.upfronthosting.co.za>


Denver Coneybeare <denver.coneybeare at gmail.com> added the comment:

Michael: Do you disagree with assertRaises() returning the exception object on principle?  Or is this just the consensus that you got from the mailing list, including Guido's comment.  My particular use case is that I want to check certain attributes being set on the raised exception and I feel that the context manager approach is overkill for my tests since it's just one method call in the context manager.  I don't understand why it is considered "odd" for assertRaises() to return the result for further inspection... I need to get it some way and assertRaises() has a reference to it.  Thanks for considering this request further.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9587>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:53:45 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 18:53:45 +0000
Subject: [issue9611] FileIO not 64-bit safe under Windows
In-Reply-To: <1281897853.3194.7.camel@localhost.localdomain>
Message-ID: <4C6837B4.10309@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Well, the loop stops when an error status is returned by the raw IO
> layer. At that point, the buffered IO layer re-raises the error after a
> bit of internal cleanup.

Assume the following case:
1. writing starts, and writes some data
2. Ctrl-C is pressed, raises a signal, and interrupts the current
   system call (EINTR)
3. having already written data, the signal is discarded, and the
   number of successfully written bytes is returned.
4. the loop retries to write the rest. Not receiving any signal
   anymore, the subsequent write operations wait for completion.

End consequence: the signal is discarded without any effect.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9611>
_______________________________________

From report at bugs.python.org  Sun Aug 15 20:55:30 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Aug 2010 18:55:30 +0000
Subject: [issue9612] setobject.c warnings under 64-bit Windows
In-Reply-To: <1281893617.3.0.762329491862.issue9612@psf.upfronthosting.co.za>
Message-ID: <1281898530.18.0.246427424141.issue9612@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Antoine, thanks for posting these.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9612>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:05:38 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 19:05:38 +0000
Subject: [issue9611] FileIO not 64-bit safe under Windows
In-Reply-To: <4C6837B4.10309@v.loewis.de>
Message-ID: <1281899134.3194.15.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

Le dimanche 15 ao?t 2010 ? 18:53 +0000, Martin v. L?wis a ?crit :
> Martin v. L?wis <martin at v.loewis.de> added the comment:
> 
> > Well, the loop stops when an error status is returned by the raw IO
> > layer. At that point, the buffered IO layer re-raises the error after a
> > bit of internal cleanup.
> 
> Assume the following case:
> 1. writing starts, and writes some data
> 2. Ctrl-C is pressed, raises a signal, and interrupts the current
>    system call (EINTR)
> 3. having already written data, the signal is discarded, and the
>    number of successfully written bytes is returned.
> 4. the loop retries to write the rest. Not receiving any signal
>    anymore, the subsequent write operations wait for completion.

Ok, I guess the loop should run PyErr_CheckSignals() somewhere.

Simulate such a situation in an unit test will be a bit tricky.
Perhaps we can use os.pipe() and depend on the fact that writes greater
than the pipe buffer size will be blocking.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9611>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:11:22 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 19:11:22 +0000
Subject: [issue9615] Building SSL fails under 64-bit Windows
In-Reply-To: <1281899482.21.0.598309644137.issue9615@psf.upfronthosting.co.za>
Message-ID: <1281899482.21.0.598309644137.issue9615@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

This is what I get when MSVC 2008 tries to build the _ssl module:

8>------ Build started: Project: _ssl, Configuration: Debug x64 ------
8>Performing Pre-Build Event...
8>'""' is not recognized as an internal or external command,
8>operable program or batch file.
8>Project : error PRJ0019: A tool returned an error code from "Performing Pre-Build Event..."
8>Build log was saved at "file://Z:\py3k\__svn__\PCbuild\x64-temp-Debug\_ssl\BuildLog.htm"
8>_ssl - 1 error(s), 0 warning(s)

The build log has the following contents:

Creating temporary file "C:\Users\Antoine\AppData\Local\Temp\BAT00012021242476.bat" with contents
[
@echo off

cd "Z:\py3k\__svn__\PCbuild\"

"" build_ssl.py Release x64 -a



if errorlevel 1 goto VCReportError

goto VCEnd

:VCReportError

echo Project : error PRJ0019: A tool returned an error code from "Performing Pre-Build Event..."

exit 1

:VCEnd
]
Creating command line "C:\Users\Antoine\AppData\Local\Temp\BAT00012021242476.bat"


I have installed Perl and Python 2.7.

----------
components: Build, Extension Modules, Windows
messages: 113998
nosy: loewis, pitrou
priority: normal
severity: normal
status: open
title: Building SSL fails under 64-bit Windows
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9615>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:13:48 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 19:13:48 +0000
Subject: [issue9615] Building SSL fails under 64-bit Windows
In-Reply-To: <1281899482.21.0.598309644137.issue9615@psf.upfronthosting.co.za>
Message-ID: <1281899628.22.0.768851578597.issue9615@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Try setting HOST_PYTHON.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9615>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:21:57 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 15 Aug 2010 19:21:57 +0000
Subject: [issue9610] buildbot: uncaptured python exception (smtpd),
	but no failure in regrtest
In-Reply-To: <1281888180.27.0.972389981931.issue9610@psf.upfronthosting.co.za>
Message-ID: <1281900117.79.0.417381954637.issue9610@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Could this be related to Issue5154?

I've noticed in the past that some asyncore/asychat tests print stacktraces as well, all of them in the testcases that use poll instead of select.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9610>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:24:52 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 19:24:52 +0000
Subject: [issue9612] setobject.c warnings under 64-bit Windows
In-Reply-To: <1281893617.3.0.762329491862.issue9612@psf.upfronthosting.co.za>
Message-ID: <1281900292.18.0.457082238972.issue9612@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

There is also a similar warning for deque iterators' __length_hint__ (line 1124 in _collectionsmodule.c).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9612>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:26:12 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sun, 15 Aug 2010 19:26:12 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1281900372.62.0.172217823566.issue9566@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/issue9566>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:30:06 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 15 Aug 2010 19:30:06 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281900606.07.0.410391238288.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I tried to fix Mac OS X (TESTFN_UNENCODABLE) with r84035, but I don't have access to Mac OS X to test and my patch was not correct. It should now be ok with r84080.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:33:31 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 15 Aug 2010 19:33:31 +0000
Subject: [issue5154] OSX broken poll testing doesn't work
In-Reply-To: <1233786742.9.0.12404457396.issue5154@psf.upfronthosting.co.za>
Message-ID: <1281900811.02.0.0793499487643.issue5154@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Same issue, probably, on buildbot "PPC Tiger"

======================================================================
ERROR: test_main (test.test_signal.InterProcessSignalTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.1.parc-tiger-1/build/Lib/test/test_signal.py", line 156, in test_main
    child = os.fork()
OSError: [Errno 35] Resource temporarily unavailable


http://www.python.org/dev/buildbot/all/builders/PPC%20Tiger%203.1/builds/246

And similar output on 2.6 and 3.x as well.

----------
assignee:  -> ronaldoussoren
components: +Macintosh
keywords: +buildbot
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5154>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:47:15 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 19:47:15 +0000
Subject: [issue9615] Building SSL fails under 64-bit Windows
In-Reply-To: <1281899482.21.0.598309644137.issue9615@psf.upfronthosting.co.za>
Message-ID: <1281901635.49.0.0818864337668.issue9615@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Try setting HOST_PYTHON.

It worked, thank you.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9615>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:47:18 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 15 Aug 2010 19:47:18 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281901638.32.0.679287996689.issue8857@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I think there is a missing '0' in the failing line:

Index: Lib/test/test_socket.py
===================================================================
--- Lib/test/test_socket.py	(revision 84079)
+++ Lib/test/test_socket.py	(working copy)
@@ -608,7 +608,7 @@
         for _, socktype, _, _, _ in infos:
             self.assertEqual(socktype, socket.SOCK_STREAM)
         # test proto and flags arguments
-        socket.getaddrinfo(HOST, None, 0, 0, socket.AI_CANONNAME)
+        socket.getaddrinfo(HOST, None, 0, 0, 0, socket.AI_CANONNAME)
         socket.getaddrinfo(HOST, None, 0, 0, 0, socket.AI_PASSIVE)
         # a server willing to support both IPv4 and IPv6 will
         # usually do this



With this patch the tests pass, without the patch AI_CANNAME gets used as the value for 'proto'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Sun Aug 15 21:57:39 2010
From: report at bugs.python.org (alphablue52)
Date: Sun, 15 Aug 2010 19:57:39 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1281902259.34.0.0198033497965.issue9601@psf.upfronthosting.co.za>


alphablue52 <alphablue52 at yahoo.de> added the comment:

Yes.
If you send a "MKD" than Windows Server responses "250", and ftplib generates an Error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Sun Aug 15 22:12:26 2010
From: report at bugs.python.org (Neil Harkins)
Date: Sun, 15 Aug 2010 20:12:26 +0000
Subject: [issue9616] copy.deepcopy() copying pointers from a dict/dict/list,
	should copy values
In-Reply-To: <1281903146.28.0.294470710617.issue9616@psf.upfronthosting.co.za>
Message-ID: <1281903146.28.0.294470710617.issue9616@psf.upfronthosting.co.za>


New submission from Neil Harkins <nharkins at gmail.com>:

hi. after using deepcopy() on a nested dict/list structure, 
i noticed that modifications to the deepcopied structure were 
affecting the original. this looks to me like a serious bug:

>>> import copy
>>> foo = { 'a':[1,2,3], 'b':{'c':[4,5]} }
>>> bar = copy.deepcopy(foo)
>>> id(foo)
4297360512
>>> id(bar)
4297373104
>>> id(foo['a'])
4299410752
>>> id(bar['a'])
4299760200
>>> id(foo['b'])
4297371984
>>> id(bar['b'])
4297373920
>>> id(foo['b']['c'])
4299721040
>>> id(bar['b']['c'])
4299761496
>>> id(foo['b']['c'][0])
4297074656
>>> id(bar['b']['c'][0])
4297074656

----------
components: Extension Modules
messages: 114007
nosy: nharkins
priority: normal
severity: normal
status: open
title: copy.deepcopy() copying pointers from a dict/dict/list, should copy values
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9616>
_______________________________________

From report at bugs.python.org  Sun Aug 15 22:20:43 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 20:20:43 +0000
Subject: [issue9616] copy.deepcopy() copying pointers from a dict/dict/list,
	should copy values
In-Reply-To: <1281903146.28.0.294470710617.issue9616@psf.upfronthosting.co.za>
Message-ID: <1281903643.59.0.48899077373.issue9616@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Why do you say "modifications to the deepcopied structure were 
affecting the original"? Your code sample doesn't include any modifications to the deepcopied structure.

Try modifying it, and watch the original remaining unchanged.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9616>
_______________________________________

From report at bugs.python.org  Sun Aug 15 22:45:06 2010
From: report at bugs.python.org (Neil Harkins)
Date: Sun, 15 Aug 2010 20:45:06 +0000
Subject: [issue9616] copy.deepcopy() copying pointers from a dict/dict/list,
	should copy values
In-Reply-To: <1281903146.28.0.294470710617.issue9616@psf.upfronthosting.co.za>
Message-ID: <1281905106.3.0.251056281819.issue9616@psf.upfronthosting.co.za>


Neil Harkins <nharkins at gmail.com> added the comment:

thanks for the quick response. 

that was just my working up a simplified repro, but you are 
correct: on modification there, it gets a new id() location.

totally not what i would've expected (python flags
it for copying when it changes, to save space?)

however i am still seeing the problem in my code, so
i will continue to whittle it down to a simpler repro,
and hopefully add it here later today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9616>
_______________________________________

From report at bugs.python.org  Sun Aug 15 22:51:03 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 20:51:03 +0000
Subject: [issue9616] copy.deepcopy() copying pointers from a dict/dict/list,
	should copy values
In-Reply-To: <1281903146.28.0.294470710617.issue9616@psf.upfronthosting.co.za>
Message-ID: <1281905463.42.0.147119047284.issue9616@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Numbers are immutable, and hence don't need to be copied. In fact, it is impossible to create two int object that both have the value 4, but are different objects:

py> 2+2 is 3+1
True

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9616>
_______________________________________

From report at bugs.python.org  Sun Aug 15 23:27:01 2010
From: report at bugs.python.org (ipatrol)
Date: Sun, 15 Aug 2010 21:27:01 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1210919907.42.0.842256015219.issue2889@psf.upfronthosting.co.za>
Message-ID: <1281907621.42.0.584240751938.issue2889@psf.upfronthosting.co.za>


ipatrol <ipatrol6010 at yahoo.com> added the comment:

Any progress yat?

----------
components: +Windows
nosy: +ipatrol
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2889>
_______________________________________

From report at bugs.python.org  Sun Aug 15 23:28:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 21:28:29 +0000
Subject: [issue9617] Buffered IO shouldn't ignore incoming signals during a
	partial write
In-Reply-To: <1281907709.19.0.902405894969.issue9617@psf.upfronthosting.co.za>
Message-ID: <1281907709.19.0.902405894969.issue9617@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Prompted by Martin in #9611, here is a patch fixing the new buffered IO layer so that an incoming signal during a successful partial write() doesn't get ignored. Tests included.

----------
components: IO
files: sigbufio.patch
keywords: patch
messages: 114012
nosy: exarkun, loewis, pitrou, rnk
priority: normal
severity: normal
stage: patch review
status: open
title: Buffered IO shouldn't ignore incoming signals during a partial write
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18540/sigbufio.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9617>
_______________________________________

From report at bugs.python.org  Sun Aug 15 23:30:58 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 15 Aug 2010 21:30:58 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1210919907.42.0.842256015219.issue2889@psf.upfronthosting.co.za>
Message-ID: <1281907858.58.0.0235721198691.issue2889@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

It can't go into 2.x anymore.

----------
versions: +Python 3.2 -Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2889>
_______________________________________

From report at bugs.python.org  Sun Aug 15 23:40:52 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 21:40:52 +0000
Subject: [issue9617] Buffered IO shouldn't ignore incoming signals during a
	partial write
In-Reply-To: <1281907709.19.0.902405894969.issue9617@psf.upfronthosting.co.za>
Message-ID: <1281908452.59.0.130063785344.issue9617@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Another possibility is to do the check in the FileIO object instead. Both approaches give the same results for standard file descriptor IO.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9617>
_______________________________________

From report at bugs.python.org  Mon Aug 16 00:16:38 2010
From: report at bugs.python.org (Michael Foord)
Date: Sun, 15 Aug 2010 22:16:38 +0000
Subject: [issue9587] unittest.assertRaises() return the raised exception
In-Reply-To: <1281711464.19.0.685530938413.issue9587@psf.upfronthosting.co.za>
Message-ID: <1281910598.87.0.205901276575.issue9587@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Providing access to the exception on the context manager was *precisely* to meet the use case of wanting to make assertions about the exception. I tend to agree with Guido that having one of the asserts return something is a bit odd, but irrespective of that I don't think we should have two ways of doing exactly the same thing. 

In general I find that the with statement version of assertRaises looks a lot better than the old way of calling it, so I guess I also disagree that it is "overkill" or adds bloat.

Sorry guys.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9587>
_______________________________________

From report at bugs.python.org  Mon Aug 16 00:19:17 2010
From: report at bugs.python.org (Neil Harkins)
Date: Sun, 15 Aug 2010 22:19:17 +0000
Subject: [issue9616] copy.deepcopy() copying pointers from a dict/dict/list,
	should copy values
In-Reply-To: <1281903146.28.0.294470710617.issue9616@psf.upfronthosting.co.za>
Message-ID: <1281910757.97.0.892164992653.issue9616@psf.upfronthosting.co.za>


Neil Harkins <nharkins at gmail.com> added the comment:

learn something everyday. i have found the bug in my code, 
deepcopy() is not to blame. thx for your time!

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9616>
_______________________________________

From report at bugs.python.org  Mon Aug 16 00:19:36 2010
From: report at bugs.python.org (samwyse)
Date: Sun, 15 Aug 2010 22:19:36 +0000
Subject: [issue6321] Reload Python modules when running programs
In-Reply-To: <1281897430.57.0.601872342508.issue6321@psf.upfronthosting.co.za>
Message-ID: <034CA1ED-C447-453D-8E14-EEF515F7099B@gmail.com>


samwyse <samwyse at gmail.com> added the comment:

As it happens, I do use Windows and almost exclusively start IDLE via right-clicks on .py files. I've never seen the behavior you describe documented anywhere.

On Aug 15, 2010, at 1:37 PM, Cherniavsky Beni <report at bugs.python.org> wrote:

> 
> Cherniavsky Beni <cben at users.sf.net> added the comment:
> 
> When you run a program using F5 in IDLE,
> it completely restarts the underlying interpreter!
> If you meant a different way of running, please elaborate.
> 
> (Exception: it uses the same interpreter if you're running "idle -n"; this commonly happens on Windows if you rightclick->Edit with IDLE... a .py file - just don't use that.)
> 
> ----------
> nosy: +cben
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue6321>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6321>
_______________________________________

From report at bugs.python.org  Mon Aug 16 00:49:11 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 15 Aug 2010 22:49:11 +0000
Subject: [issue9189] Improve CFLAGS handling
In-Reply-To: <1278517873.84.0.191654592449.issue9189@psf.upfronthosting.co.za>
Message-ID: <1281912551.56.0.302819868684.issue9189@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Starting with r82746 in py3k, I'm getting duplicate LDFLAGS in sysconfig:

make distclean
export BASECFLAGS="-ftest-coverage -fprofile-arcs"
export LDFLAGS="-fprofile-arcs"
./configure
make

$ ./python 
Python 3.2a0 (py3k:82746M, Aug 16 2010, 00:25:49) 
[GCC 4.1.3 20080623 (prerelease) (Ubuntu 4.1.2-23ubuntu3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sysconfig
>>> sysconfig.get_config_var('LDFLAGS')
'-fprofile-arcs -fprofile-arcs'



test_sysconfig currently fails, so perhaps one of the duplicate flags
is mistakenly appended to LDFLAGS instead of LDSHARED:


$ ./python Lib/test/regrtest.py -uall test_sysconfig
[1/1] test_sysconfig
test test_sysconfig failed -- Traceback (most recent call last):
  File "/home/stefan/svn/py3k/Lib/test/test_sysconfig.py", line 285, in test_ldshared_value
    self.assertIn(ldflags, ldshared)
AssertionError: '-fprofile-arcs -fprofile-arcs' not found in 'gcc -pthread -shared'

----------
nosy: +skrah
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9189>
_______________________________________

From report at bugs.python.org  Mon Aug 16 00:52:10 2010
From: report at bugs.python.org (Cherniavsky Beni)
Date: Sun, 15 Aug 2010 22:52:10 +0000
Subject: [issue9618] IDLE shell ignores all but first statement
In-Reply-To: <1281912730.25.0.579832640698.issue9618@psf.upfronthosting.co.za>
Message-ID: <1281912730.25.0.579832640698.issue9618@psf.upfronthosting.co.za>


New submission from Cherniavsky Beni <cben at users.sf.net>:

[Spinoff of http://bugs.python.org/issue3559]

If you manage to type several simple statements into the prompt (by copy-pasting them, using Ctrl+J, or creative deletion), IDLE runs the first one and silently ignores the rest:

>>> x = 1
x = 2
>>> x
1

Moreover, it doesn't even parse the additional lines:

>>> x = 3
$@syntax error?!
>>> x
3

If the first statement is a compound statement, IDLE refuses with a SyntaxError at the begging of the second statement:


>>> def f():
	return 42
f()
SyntaxError: invalid syntax


I believe in both cases the right least-surprise behavior is to run all statements.

If not, a clear error explaining that IDLE doesn't support multiple statements must be printed.  But I can't see a reason to choose this over making it Just Work.


[Implementation: might or might not be related to http://bugs.python.org/issue7741]

----------
components: IDLE
messages: 114019
nosy: cben
priority: normal
severity: normal
status: open
title: IDLE shell ignores all but first statement
versions: Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9618>
_______________________________________

From report at bugs.python.org  Mon Aug 16 00:56:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Aug 2010 22:56:09 +0000
Subject: [issue9582] documentation line needs rewording
In-Reply-To: <1281650622.86.0.310513887463.issue9582@psf.upfronthosting.co.za>
Message-ID: <1281912969.72.0.290099868393.issue9582@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

PATCH add 'are' after 'expressions'.

----------
keywords: +patch
nosy: +terry.reedy
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9582>
_______________________________________

From report at bugs.python.org  Mon Aug 16 00:56:26 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Aug 2010 22:56:26 +0000
Subject: [issue9582] documentation line needs rewording
In-Reply-To: <1281650622.86.0.310513887463.issue9582@psf.upfronthosting.co.za>
Message-ID: <1281912986.19.0.330789826149.issue9582@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9582>
_______________________________________

From report at bugs.python.org  Mon Aug 16 01:01:09 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Aug 2010 23:01:09 +0000
Subject: [issue9583] PYTHONOPTIMIZE = 0 is not honored
In-Reply-To: <1281653669.29.0.363654611831.issue9583@psf.upfronthosting.co.za>
Message-ID: <1281913269.82.0.927733642475.issue9583@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

How did you conclude that PYTHONOPTIMIZE = 0 is not honored? Can you provide a minimal example or demonstration.

In any case, 2.6.6 is nearly out so bad behavior needs to be demonstrated with 2.7/3.x.

----------
nosy: +terry.reedy
versions: +Python 2.7, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9583>
_______________________________________

From report at bugs.python.org  Mon Aug 16 01:06:36 2010
From: report at bugs.python.org (Cherniavsky Beni)
Date: Sun, 15 Aug 2010 23:06:36 +0000
Subject: [issue3559] Pasted \n not same as typed \n
In-Reply-To: <1218778489.95.0.525643042727.issue3559@psf.upfronthosting.co.za>
Message-ID: <1281913596.97.0.0276827465523.issue3559@psf.upfronthosting.co.za>


Cherniavsky Beni <cben at users.sf.net> added the comment:

There are 2 issues here:

(1) There should be a quick & obvious way to paste and run several statements.

(2) If a user types several statements and presses Enter, all should run.  The current behavior is badly broken, and pasting is just one of the ways to trigger this.  Splitting this into a new bug: http://bugs.python.org/issue9618

The original formulation of this bug seems to favor an xterm-like solution to (1): when you paste \n-terminated, run them immediately, as if each \n was an Enter press.

I think a more IDLEic [think "idillic" ;-)] approach to solving (1) is to solve (2): keep the behavior that pasting creates a multi-line block without executing anything, make Enter execute it all.  Benefits:

- More intuitive to users that have never pasted multiple lines into a shell terminal.
- More sensible: why should Pasting execute anything?!
- Allows editing any of the statements before running.
- Keeps all statements together for Alt+P recalling.

If there is agreement on this, then this issue requires no action beyond solving issue 9618.

----------
nosy: +cben

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3559>
_______________________________________

From report at bugs.python.org  Mon Aug 16 01:16:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Aug 2010 23:16:12 +0000
Subject: [issue9562] Slightly misleading wording in documentation of
	dict.update
In-Reply-To: <1281473403.13.0.50491902338.issue9562@psf.upfronthosting.co.za>
Message-ID: <1281914172.21.0.930314708075.issue9562@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree with the replacement: 'tuples' and 'interables' modify and must agree with 'pairs', not the initial 'iterable'.

----------
keywords: +easy, patch
nosy: +terry.reedy
stage:  -> needs patch
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9562>
_______________________________________

From report at bugs.python.org  Mon Aug 16 01:20:52 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Aug 2010 23:20:52 +0000
Subject: [issue9619] test_ssl freezes
In-Reply-To: <1281914452.35.0.951436005695.issue9619@psf.upfronthosting.co.za>
Message-ID: <1281914452.35.0.951436005695.issue9619@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Recently there have been test_ssl freezes on the buildbots. They seem to happen in the asyncore test case:

http://www.python.org/dev/buildbot/builders/i386%20Ubuntu%203.x/builds/1903/steps/test/logs/stdio
http://www.python.org/dev/buildbot/builders/x86%20Ubuntu%203.x/builds/1742/steps/test/logs/stdio

test_asyncore_server (test.test_ssl.ThreadedTests)
Check the example asyncore integration. ... 
 server:  new connection from 127.0.0.1:36622
 client:  sending b'FOO\n'...
 server:  read b'FOO\n' from client
 client:  read b'foo\n'
 client:  closing connection.
 server:  read b'over\n' from client
 server:  closed connection <ssl.SSLSocket [closed]  object, fd=-1, family=2, type=1, proto=0>
 server:  read b'' from client


The only significant change recently in ssl has been r83869, and asyncore doesn't seem to have recent any important changes lately.

----------
components: Library (Lib), Tests
messages: 114024
nosy: giampaolo.rodola, pitrou
priority: normal
severity: normal
status: open
title: test_ssl freezes
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9619>
_______________________________________

From report at bugs.python.org  Mon Aug 16 01:22:52 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Aug 2010 23:22:52 +0000
Subject: [issue9533] metaclass can't derive from ABC
In-Reply-To: <1281090819.15.0.255356922996.issue9533@psf.upfronthosting.co.za>
Message-ID: <1281914572.65.0.896150886437.issue9533@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

+- same traceback in 3.1
Since ABCmeta is not used (by name) its import is not needed.
I have no opinion on whether this should work.

----------
nosy: +terry.reedy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9533>
_______________________________________

From report at bugs.python.org  Mon Aug 16 01:29:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Aug 2010 23:29:04 +0000
Subject: [issue9523] Improve dbm module
In-Reply-To: <1281021837.96.0.764638089257.issue9523@psf.upfronthosting.co.za>
Message-ID: <1281914944.04.0.820813864848.issue9523@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Upgrading to match the MutableMapping interface seems reasonable.

----------
nosy: +terry.reedy
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9523>
_______________________________________

From report at bugs.python.org  Mon Aug 16 01:55:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 15 Aug 2010 23:55:58 +0000
Subject: [issue9582] documentation line needs rewording
In-Reply-To: <1281650622.86.0.310513887463.issue9582@psf.upfronthosting.co.za>
Message-ID: <1281916558.05.0.617002388393.issue9582@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

+1 on committing this change.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9582>
_______________________________________

From report at bugs.python.org  Mon Aug 16 02:05:24 2010
From: report at bugs.python.org (Mitchell Model)
Date: Mon, 16 Aug 2010 00:05:24 +0000
Subject: [issue8491] Need readline command and keybinding information
In-Reply-To: <1281037684.71.0.368448003507.issue8491@psf.upfronthosting.co.za>
Message-ID: <EDD495A7-D932-4870-B112-1014F11E22D8@acm.org>


Mitchell Model <mlm at acm.org> added the comment:

On Aug 5, 2010, at 3:48 PM, Terry J. Reedy wrote:

> 
> Terry J. Reedy <tjreedy at udel.edu> added the comment:
> 
> Can you suggest a specific link and a specific location where to add it?

I would add a sentence to the first paragraph of the readline doc:

	Readline keybindings may be configured via an initialization file, typically .inputrc in your home directory; see 
http://cnswww.cns.cwru.edu/php/chet/readline/readline.html#SEC9 (or http://www.gnu.org/software/bash/manual/html_node/Readline-Init-File.html) for information about the format and allowable constructs of that file and the capabilities of the readline library in general.

I did a few quick tests and convinced myself that the module's C code's call to rl_initialize actually reads .inputrc (or the value of the environment variable INPUTRC if that is set).

> 
> ----------
> assignee: georg.brandl -> docs at python
> nosy: +docs at python, terry.reedy
> versions:  -Python 2.6
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue8491>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8491>
_______________________________________

From report at bugs.python.org  Mon Aug 16 02:17:33 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 16 Aug 2010 00:17:33 +0000
Subject: [issue9619] test_ssl freezes
In-Reply-To: <1281914452.35.0.951436005695.issue9619@psf.upfronthosting.co.za>
Message-ID: <1281917853.93.0.0323029469805.issue9619@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Actually, this can be reproduced by running test_smtpd before test_ssl:

$ ./python -m test.regrtest -v -uall test_smtpd test_ssl

It then freezes at that point:

[...]
test_asyncore_server (test.test_ssl.ThreadedTests)
Check the example asyncore integration. ... 
 server:  new connection from 127.0.0.1:46707
 client:  sending b'FOO\n'...
 server:  read b'FOO\n' from client
 client:  read b'foo\n'
 client:  closing connection.
 server:  read b'over\n' from client
 client:  connection closed.
 cleanup: stopping server.
 cleanup: joining server thread.
 server:  closed connection <ssl.SSLSocket [closed]  object, fd=-1, family=2, type=1, proto=0>
 server:  read b'' from client

If you press the return key, it unfreezes the test (does test_smtpd register file descriptor 0 (stdin) in asyncore?) and prints the following error:

error: uncaptured python exception, closing channel <smtpd.SMTPChannel connected 'c' at 0x2c4c370> (<class 'IndexError'>:pop from empty list [/home/antoine/py3k/debug/Lib/asyncore.py|read|79] [/home/antoine/py3k/debug/Lib/asyncore.py|handle_read_event|435] [/home/antoine/py3k/debug/Lib/asynchat.py|handle_read|128] [/home/antoine/py3k/debug/Lib/asyncore.py|recv|375] [/home/antoine/py3k/debug/Lib/test/mock_socket.py|recv|47])

----------
nosy: +richard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9619>
_______________________________________

From report at bugs.python.org  Mon Aug 16 02:19:42 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 16 Aug 2010 00:19:42 +0000
Subject: [issue9619] test_ssl freezes
In-Reply-To: <1281914452.35.0.951436005695.issue9619@psf.upfronthosting.co.za>
Message-ID: <1281917982.87.0.0991927901846.issue9619@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> does test_smtpd register file descriptor 0 (stdin) in asyncore?

After some debug prints, it turns out to be the case.
One general problem is asyncore's global socket_map, which means it can leak between tests if some tests fail cleaning correctly after themselves.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9619>
_______________________________________

From report at bugs.python.org  Mon Aug 16 02:29:56 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 16 Aug 2010 00:29:56 +0000
Subject: [issue9619] test_ssl freezes
In-Reply-To: <1281914452.35.0.951436005695.issue9619@psf.upfronthosting.co.za>
Message-ID: <1281918596.97.0.624533691347.issue9619@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

In r84086, I've added a save/restore guard of asyncore.socket_map to the regression test suite. It also warns when a test fails to leave the socket_map in its initial test. test_smtpd is the only test that displays the warning.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9619>
_______________________________________

From report at bugs.python.org  Mon Aug 16 02:38:38 2010
From: report at bugs.python.org (Cherniavsky Beni)
Date: Mon, 16 Aug 2010 00:38:38 +0000
Subject: [issue6321] Reload Python modules when running programs
In-Reply-To: <1245648620.51.0.901061764952.issue6321@psf.upfronthosting.co.za>
Message-ID: <1281919118.43.0.429531361114.issue6321@psf.upfronthosting.co.za>


Cherniavsky Beni <cben at users.sf.net> added the comment:

> As it happens, I do use Windows and almost exclusively start IDLE via right-clicks on .py files. I've never seen the behavior you describe documented anywhere.

You're right, it wasn't.
[IDLE does show a "==== No Subprocess ====" line in the IDLE shell when you launch it this way.  Unfortunately, the significance of this (and of the absence of "====== Restart ======" lines on F5) wouldn't be obvious unless you followed IDLE development around 2.3... :-(]

If you're using Python up to 2.6/3.0, please fall back to starting IDLE from the Start menu ? Programs ? Python X.Y ? IDLE, then use File?Open to open files.

Or upgrade to Python 2.7/3.1, where right click ? Edit with IDLE was fixed [issue5847] to open IDLE in the fully-functional mode.  Note however, that once you have an open IDLE, still want to use File?Open or you'll get *2* IDLEs running at once, each with its own shell.

In both cases you'll notice IDLE will *completely* restart the underlying Python each time you press F5.  This eliminates any stale-module problems, but kills all variables and state you had; this might require a change of habits but in my experience it's well worth it.

[P.S. If you absolutely must have module reloading without killing the whole state, and you're willing to debug occasional issues, take a look at http://www.cherrypy.org/attachment/wiki/AutoReload/autoreload.py
and possibly http://www.codexon.com/posts/a-better-python-reload]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6321>
_______________________________________

From report at bugs.python.org  Mon Aug 16 03:48:47 2010
From: report at bugs.python.org (Richard Jones)
Date: Mon, 16 Aug 2010 01:48:47 +0000
Subject: [issue9619] test_ssl freezes
In-Reply-To: <1281914452.35.0.951436005695.issue9619@psf.upfronthosting.co.za>
Message-ID: <1281923327.92.0.804113342707.issue9619@psf.upfronthosting.co.za>


Richard Jones <richardjones at optushome.com.au> added the comment:

Thanks for the investigation Antoine.

In r84088 I've added a call to asyncore.close_all in the smtpd test tearDown methods.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9619>
_______________________________________

From report at bugs.python.org  Mon Aug 16 04:04:45 2010
From: report at bugs.python.org (Matthew Barnett)
Date: Mon, 16 Aug 2010 02:04:45 +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: <1281924285.38.0.552772161285.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

issue2636-20100816.zip is a new version of the regex module.

Unfortunately I came across a bug in the handing of sets. More unit tests added.

----------
Added file: http://bugs.python.org/file18541/issue2636-20100816.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Mon Aug 16 06:50:07 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 16 Aug 2010 04:50:07 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1281934207.52.0.119401940555.issue9601@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Where exactly RFC-959 states that 250 is a valid response code for MKD?
Chapter 5.4 reports the following response codes:

MKD
  257
  500, 501, 502, 421, 530, 550

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Mon Aug 16 07:12:40 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 16 Aug 2010 05:12:40 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281935560.44.0.66440720618.issue8857@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Thanks for the catch. Committed in r84089.
I replaced it with socket.getaddrinfo(HOST, None, 0, 0, socket.SOL_TCP) though, so that the proto argument is tested.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Mon Aug 16 07:44:32 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 16 Aug 2010 05:44:32 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281937472.81.0.190549874368.issue8857@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

There is one thing I don't understand about these tests: they basicly only seem to test if the function implements the right interface (argument counts and the structure of the return value).

Shouldn't the tests also test if the behaviour is somewhat sane? One example of this: test the 'family' flag by looking for www.google.com with both AF_INET and AF_INET6 and then check that the first returns IPv4 information and the second IPv6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Mon Aug 16 09:14:45 2010
From: report at bugs.python.org (Daniel Urban)
Date: Mon, 16 Aug 2010 07:14:45 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1281942885.97.0.116010099751.issue5867@psf.upfronthosting.co.za>


Daniel Urban <urban.dani+py at gmail.com> added the comment:

I'm attaching a new patch containing also some documentation for the two new decorators. The doc is rather terse, and english is not my first language, so please let me know if some corrections are needed.

----------
Added file: http://bugs.python.org/file18542/abstractclassstaticmethod+doc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Mon Aug 16 09:20:16 2010
From: report at bugs.python.org (beng umali)
Date: Mon, 16 Aug 2010 07:20:16 +0000
Subject: [issue9620] IDLE
Message-ID: <1281943216.85.0.864932852857.issue9620@psf.upfronthosting.co.za>


Changes by beng umali <bpumali at gmail.com>:


----------
nosy: bpumali
priority: normal
severity: normal
status: open
title: IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9620>
_______________________________________

From report at bugs.python.org  Mon Aug 16 09:27:49 2010
From: report at bugs.python.org (beng umali)
Date: Mon, 16 Aug 2010 07:27:49 +0000
Subject: [issue9620] IDLE subprocess error
In-Reply-To: <1281943669.49.0.305623127569.issue9620@psf.upfronthosting.co.za>
Message-ID: <1281943669.49.0.305623127569.issue9620@psf.upfronthosting.co.za>


New submission from beng umali <bpumali at gmail.com>:

I can't seem to get my head around solving this problem after installing Python 2.7 on a mac os x 10.6.4. The error message that comes out after clicking IDLE from the applications reads:

"IDLE's subprocess didn't make connection. Either IDLE can't start a subprocess or personal firewall software is blocking the connection."

Appreciate any help.

Cheers!

----------
components: +IDLE
title: IDLE -> IDLE subprocess error
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9620>
_______________________________________

From report at bugs.python.org  Mon Aug 16 10:37:38 2010
From: report at bugs.python.org (Freek Dijkstra)
Date: Mon, 16 Aug 2010 08:37:38 +0000
Subject: [issue9592] Limitations in objects returned by multiprocessing Pool
In-Reply-To: <1281726168.11.0.648826556363.issue9592@psf.upfronthosting.co.za>
Message-ID: <1281947858.56.0.723981027359.issue9592@psf.upfronthosting.co.za>


Freek Dijkstra <freek at macfreek.nl> added the comment:

If it would help to separate things, let me know, and I split this up in three separate bug reports.

(For the record, knowing these limitations, I could work around it in my code, so they are low priority for me; I just think that it will benefit other users if multiprocessing would fail graciously with a clear exception. Though I probably can't help solving the issues, I can write a unit test).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9592>
_______________________________________

From report at bugs.python.org  Mon Aug 16 11:28:26 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 16 Aug 2010 09:28:26 +0000
Subject: [issue9587] unittest.assertRaises() return the raised exception
In-Reply-To: <1281711464.19.0.685530938413.issue9587@psf.upfronthosting.co.za>
Message-ID: <1281950906.13.0.0474102981847.issue9587@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Pehaps it hasn't been demonstrated before, but just for the sake of argument (and because I'm a persistant bugger), here are the two different cases:

current:
ctxt = self.assertRaises(MyException)
with ctxt:
    foo()
self.assertEqual(ctxt.exception.value, 1)

suggested:
e = self.assertRaises(MyExcetpion, foo)
self.assertEqual(e.value, 1)

The inconvenient bit about the current method is having to keep the context manager around.  Also note that the current way of looking at the exception object makes it blatantly clear that self.assertRaises() is returning an object.  That, imho, breaks the argument about self.assert* methods not returning any info.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9587>
_______________________________________

From report at bugs.python.org  Mon Aug 16 12:04:45 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 16 Aug 2010 10:04:45 +0000
Subject: [issue9257] cElementTree iterparse requires events as bytes;
	ElementTree uses strings
In-Reply-To: <1279078067.06.0.575324977312.issue9257@psf.upfronthosting.co.za>
Message-ID: <1281953085.12.0.733255235141.issue9257@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

No, apparently, r78942 was not included in 3.1.2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9257>
_______________________________________

From report at bugs.python.org  Mon Aug 16 15:20:49 2010
From: report at bugs.python.org (Freek Dijkstra)
Date: Mon, 16 Aug 2010 13:20: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: <1281964849.49.0.985295126053.issue5622@psf.upfronthosting.co.za>


Freek Dijkstra <freek at macfreek.nl> added the comment:

I can confirm that both the problem exists and the patch works on Python 2.6 and 3.1. I love to see it committed.

----------
nosy: +macfreek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5622>
_______________________________________

From report at bugs.python.org  Mon Aug 16 15:31:25 2010
From: report at bugs.python.org (Thomas Guettler)
Date: Mon, 16 Aug 2010 13:31:25 +0000
Subject: [issue1982] Feature: extend strftime to accept milliseconds
In-Reply-To: <1201805956.67.0.436839158391.issue1982@psf.upfronthosting.co.za>
Message-ID: <1281965485.97.0.894332618728.issue1982@psf.upfronthosting.co.za>


Thomas Guettler <guettli at thomas-guettler.de> added the comment:

Yes, I think this can be closed, too.

----------
nosy: +guettli

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1982>
_______________________________________

From report at bugs.python.org  Mon Aug 16 16:17:17 2010
From: report at bugs.python.org (Jesse Noller)
Date: Mon, 16 Aug 2010 14:17:17 +0000
Subject: [issue9592] Limitations in objects returned by multiprocessing Pool
In-Reply-To: <1281726168.11.0.648826556363.issue9592@psf.upfronthosting.co.za>
Message-ID: <1281968237.9.0.747702356337.issue9592@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

Thanks Freek - we're actually discussing some stuff like this in issue9205 as well

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9592>
_______________________________________

From report at bugs.python.org  Mon Aug 16 16:51:24 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 16 Aug 2010 14:51:24 +0000
Subject: [issue9602] PyObject_AsCharBuffer() should only accept read-only
	objects
In-Reply-To: <1281793352.06.0.62940034279.issue9602@psf.upfronthosting.co.za>
Message-ID: <4C695065.4000205@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>:
> 
> mmap, buffer, bytearray, string and unicode objects set the char buffer callback (bf_getcharbuffer). The bytearray object sets also the release buffer callback (bf_releasebuffer).
> 
> In Python 2.7, PyObject_AsCharBuffer() accepts bytearray objects, whereas the "t#" format of PyArg_Parse functions rejects byte bytearray objects (expect an "pinned buffer object").
> 
> In Python 3.2, PyObject_AsCharBuffer() releases the buffer.
> 
> PyObject_AsCharBuffer() documentation (in 2.7 and 3.2) says that the function only accepts read-only objects.
> 
> Something is wrong here. If the caller doesn't hold a kind of lock, the object cannot be protected against futher modifications. The caller has to ensure that the object is not modifiable until it finishs to use the char* pointer.
> 
> I think that it would be safer to respect the documentation: PyObject_AsCharBuffer() should only accept read-only objects. The most important change is that functions using PyObject_AsCharBuffer() will not accept bytearray objects anymore.
> 
> Attached patch (for Python 2.7) changes PyObject_AsCharBuffer() to reject modifiable objects. It removes also the character buffer callback from the bytearray type. To avoid breaking compatibility too much, I patched int(), long() and float() to still support bytearray objects.
> 
> Examples of functions rejecting bytearray with the patch:
>  - int(), long(), float(), complex()
>  - many str methods: split, partition, rpartition, rsplit, index, find, count, translate, replace, startswith, endswith
>  - writelines() of file objects (eg. sys.stdout.writelines)
>  - writelines() method of a bz2 file
> 
> --
> 
> My patch breaks backward compatibility, and I don't know that it is acceptable in Python 2.7.

Simple answer: no.

Long answer: The caller is responsible for making sure that the object
is not modified while in use.

> I will write a similar patch for Python 3.2.

Restricting the API to read-only buffers would seriously limit
it's functionality. I'm -1 on doing that.

Instead, it's better to clarify the documentation and mention the
fact that the used object may not change during use.

Note that the buffer interface release API is meant to protect
against such modifications, so I don't see why rejecting objects
that do implement this API should be rejected. It's object that
don't implement the release buffer slot which you'd have to worry
about. Then again, this has never really been an issue in practice
during the 10 years of the 2.x branch, so I wouldn't call this
a serious issue.

See PEP 3118... "All that is specifically required by the exporter, however, is to ensure that any
memory shared through the bufferinfo structure remains valid until releasebuffer is called on the
bufferinfo structure exporting that memory."

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9602>
_______________________________________

From report at bugs.python.org  Mon Aug 16 17:05:26 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 16 Aug 2010 15:05:26 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281971126.89.0.521799791649.issue8857@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

I think the main problem here is that it's not easy to write reliable tests that work across all platforms (getaddrinfo(host, 'ftp') returning UDP addresses on FreeBSD/Qemu only is an example).
We might try to go a little deeper as you suggested but it's very likely that some buildbots turn red, IMHO.

> One example of this: test the 'family' flag by looking for 
> www.google.com with both AF_INET and AF_INET6 and then check that the 
> first returns IPv4 information and the second IPv6.

This is already done, although for IPv4 only and by using localhost instead of google.com.

        infos = socket.getaddrinfo(HOST, None, socket.AF_INET)
        for family, _, _, _, _ in infos:
            self.assertEqual(family, socket.AF_INET)

I'm attaching a new patch which adds some additional checks.
Feel free to extend it, if you want.

----------
Added file: http://bugs.python.org/file18543/getaddrtests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Mon Aug 16 17:17:57 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 16 Aug 2010 15:17:57 +0000
Subject: [issue7902] relative import broken
In-Reply-To: <1265828963.53.0.5315107426.issue7902@psf.upfronthosting.co.za>
Message-ID: <1281971877.98.0.587739700369.issue7902@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Btw, the comment and failure message in r81380/r81381 look wrong.

-    # If absolute import syntax is used, then do not try to perform
-    # a relative import in the face of failure.
+    # If explicit relative import syntax is used, then do not try
+    # to perform an absolute import in the face of failure.

     self.fail("explicit relative import triggered "
-              "an implicit relative import")
+              "an implicit absolute import")


In addition the TestCase.assertRaises method could be used:

    def test_absolute_import_without_future(self):
        # If explicit relative import syntax is used, then do not try
        # to perform a relative import in the face of failure.
        # Issue #7902.
        with self.assertRaises(ImportError):
            from .os import sep
            self.fail("explicit relative import triggered an "
                      "implicit absolute import")

----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7902>
_______________________________________

From report at bugs.python.org  Mon Aug 16 17:39:59 2010
From: report at bugs.python.org (Matt Bond)
Date: Mon, 16 Aug 2010 15:39:59 +0000
Subject: [issue9621] Graphviz output for 2to3 fixer patterns
In-Reply-To: <1281973199.06.0.194769344976.issue9621@psf.upfronthosting.co.za>
Message-ID: <1281973199.06.0.194769344976.issue9621@psf.upfronthosting.co.za>


New submission from Matt Bond <gmattbond at gmail.com>:

As part of my GSoC project working on 2to3, I've created a script which will allow compiled fixer patterns to be visualized using graphviz. This would be useful for debugging and understanding exactly how patterns are matched. I've written using the 2to3 sandbox as my base.

The script is named pat2dot and is found in the scripts directory. The script currently relies on an external graphviz library (I provided bindings for the GvGen library with this patch), they are separated enough from the rest of the code that it would be trivial to create a class that would work using a different graphviz library. Additionally, since the code is never called within 2to3 proper, this dependency will only appear if you wish to use pat2dot, and will not affect any other usages of lib2to3.

Usage of the script is `python pat2dot.py fixername` where fixername is any fixer provided in 2to3, as named by 2to3's -l option.

----------
components: 2to3 (2.x to 3.0 conversion tool)
files: 2to3-graph.diff
keywords: patch
messages: 114049
nosy: facundobatista, gmattbond, loewis
priority: normal
severity: normal
status: open
title: Graphviz output for 2to3 fixer patterns
versions: Python 2.6
Added file: http://bugs.python.org/file18544/2to3-graph.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9621>
_______________________________________

From report at bugs.python.org  Mon Aug 16 17:53:11 2010
From: report at bugs.python.org (Alberto Trevino)
Date: Mon, 16 Aug 2010 15:53:11 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1281885566.52.0.314850255964.issue8739@psf.upfronthosting.co.za>
Message-ID: <201008160951.26036.alberto@byu.edu>


Alberto Trevino <alberto at byu.edu> added the comment:

On Sunday, August 15, 2010 09:19:27 am Giampaolo Rodola' wrote:
> Patch no longer applies cleanly because smtpd.py changed in the meantime.

Is someone going to fix that or I am expected to play daily catch-up until 
this gets merged?

> A further comment:
> 
> -    def __init__(self, server, conn, addr):
> +    def __init__(self, server, conn, addr, size = 0):
> -    def __init__(self, localaddr, remoteaddr):
> +    def __init__(self, localaddr, remoteaddr, size = 0):
> 
> This change breaks backward compatibility. I think it would be better to
> provide this as a SMTPChannel.size_limit class attribute.

Unfortunately, I don't have the time in the next few weeks to make that 
change.  Can someone else make it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8739>
_______________________________________

From report at bugs.python.org  Mon Aug 16 18:00:56 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 16 Aug 2010 16:00:56 +0000
Subject: [issue1982] Feature: extend strftime to accept milliseconds
In-Reply-To: <1201805956.67.0.436839158391.issue1982@psf.upfronthosting.co.za>
Message-ID: <1281974456.6.0.443797210601.issue1982@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


----------
resolution:  -> out of date
stage: unit test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1982>
_______________________________________

From report at bugs.python.org  Mon Aug 16 18:09:04 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 16 Aug 2010 16:09:04 +0000
Subject: [issue9145] test_coercion fails in refleak runs
In-Reply-To: <1278092119.96.0.393167431946.issue9145@psf.upfronthosting.co.za>
Message-ID: <1281974944.02.0.6058393242.issue9145@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Fixed in 2.6.6 with release manager approval on r84093.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9145>
_______________________________________

From report at bugs.python.org  Mon Aug 16 18:14:17 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Aug 2010 16:14:17 +0000
Subject: [issue1102] Add support for _msi.Record.GetString() and
	_msi.Record.GetInteger()
In-Reply-To: <1188940010.27.0.383470464739.issue1102@psf.upfronthosting.co.za>
Message-ID: <1281975257.16.0.654398278298.issue1102@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1102>
_______________________________________

From report at bugs.python.org  Mon Aug 16 18:17:17 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Aug 2010 16:17:17 +0000
Subject: [issue6724] r74463 causes failures in test_xmlrpc
In-Reply-To: <1250599784.86.0.0936114935604.issue6724@psf.upfronthosting.co.za>
Message-ID: <1281975437.84.0.131838322316.issue6724@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Does this still need a patch or can it be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6724>
_______________________________________

From report at bugs.python.org  Mon Aug 16 18:17:20 2010
From: report at bugs.python.org (Tim Golden)
Date: Mon, 16 Aug 2010 16:17:20 +0000
Subject: [issue1102] Add support for _msi.Record.GetString() and
	_msi.Record.GetInteger()
In-Reply-To: <1188940010.27.0.383470464739.issue1102@psf.upfronthosting.co.za>
Message-ID: <1281975440.49.0.464676915883.issue1102@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
components: +Windows
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1102>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:02:33 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 17:02:33 +0000
Subject: [issue9602] PyObject_AsCharBuffer() should only accept read-only
	objects
In-Reply-To: <1281793352.06.0.62940034279.issue9602@psf.upfronthosting.co.za>
Message-ID: <1281978153.17.0.301612840444.issue9602@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Note that the buffer interface release API is meant to protect
> against such modifications, so I don't see why rejecting objects
> that do implement this API should be rejected.

As I explained, the release API is *not* used by PyObject_AsCharBuffer() in Python 2.7 and 3.2.

Pseudo-code example:
---
PyObject_AsCharBuffer(obj, &str, &size)
... modify or destroy obj ...
str is no more valid here
---

> Restricting the API to read-only buffers would seriously limit
> it's functionality. I'm -1 on doing that.

PyObject_AsCharBuffer() is dangerous because the caller has to ensure that the object is not modified or destroyed. Antoine proposes to deprecated PyObject_AsCharBuffer().

PyObject_GetBuffer() can replace PyObject_AsCharBuffer(): it's easy to get the pointer to the buffer content (view.buf) and the size (view.len) using PyObject_GetBuffer(), and it does protect the buffer against modification or destuction thanks to the release API (PyBuffer_Release). But PyObject_GetBuffer() is maybe a little bit to low level, eg. it doesn't check that the buffer is contiguous, and it requires a flag argument. A new function is maybe needed to replace PyObject_AsCharBuffer(). Eg. PyObject_GetCharBuffer() which will call PyObject_GetBuffer() (the caller will then have to call PyBuffer_Release() to release the buffer).

Example:
---
PyObject_GetCharBuffer(obj, &view, &str, &size)
... use str and size ...
PyBuffer_Release(view);
---
or just
---
PyObject_GetCharBuffer(obj, &view)
... use view.buf and view.len ...
PyBuffer_Release(view);
---

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9602>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:17:16 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 16 Aug 2010 17:17:16 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>


New submission from Kristj?n Valur J?nsson <kristjan at ccpgames.com>:

issue 9609 updates _lsprof.c to be multi-stack aware.  This allows cProfile.Profile() objects to be shared by many threads and provide meaningfull results.

This update makes it more convenient to profile running, multi-threaded, applications.  By adding a set of global (cross thread) profiling hooks that override the per-thread hooks, it is possible to enable and disable profiling/tracing for the entire program.

A multithreaded python could then do something like this:
def ProfileMe(t):
  p = cProfile.Profile()
  p.enable(global=True)
  time.sleep(t)
  p.disable()
  p.print_stats()

A patch is provided, also, an updated _lsprof adding the new 'global' flag to the "enable" function.

(This paradigm is used successfully in EVE, albeit with "global" there meaning all tasklets, to do snapshot profiling of a running server.  The results are displayed on a web page served by the server backend.)

----------
components: Interpreter Core
files: globaltrace.patch
keywords: patch, patch
messages: 114054
nosy: krisvale
priority: normal
severity: normal
status: open
title: Allow to set profile/trace function globally
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18545/globaltrace.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:28:35 2010
From: report at bugs.python.org (Daniel Urban)
Date: Mon, 16 Aug 2010 17:28:35 +0000
Subject: [issue1615] descriptor protocol bug
In-Reply-To: <1197576817.5.0.617961278098.issue1615@psf.upfronthosting.co.za>
Message-ID: <1281979715.77.0.392588781408.issue1615@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/issue1615>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:31:50 2010
From: report at bugs.python.org (Joel Brobecker)
Date: Mon, 16 Aug 2010 17:31:50 +0000
Subject: [issue7352] python2.6-config --ldflags out of /usr and missing
	-L<install_lib_dir>
In-Reply-To: <1258578467.08.0.137292547946.issue7352@psf.upfronthosting.co.za>
Message-ID: <1281979910.35.0.0590996968175.issue7352@psf.upfronthosting.co.za>


Joel Brobecker <brobecker at gnat.com> added the comment:

More update on this patch: It's incomplete, and possibly wrong, unfortunately. The issue that someone else noticed is that it does not handle the case when Python was configured with --libdir=...; and I think that the default lib dir on platforms such as Windows and Darwin might be different from the traditional <prefix>/lib as well, although I don't remember anymore (I did the investigation a couple of weeks ago).

I tried to find simple ways to update the script to make it work with a different libdir, but to no avail. :-(

I think that the best option is to enhance the sysconfig module to return the relocated lib path, but the problem is that the script would no longer work with older versions of Python (as older versions of Python would be missing that function). Perhaps one possible acceptable compromise is to call that function only when available and default to the old behavior otherwise. So it'd still be working as well as it does now with older versions of Python, while being slightly better with newer ones...

Just some thoughts...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7352>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:37:33 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 17:37:33 +0000
Subject: [issue9599] Add PySys_FormatStdout and PySys_FormatStderr functions
In-Reply-To: <1281748850.03.0.226661002254.issue9599@psf.upfronthosting.co.za>
Message-ID: <1281980253.68.0.362636005157.issue9599@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Commited as r84094 to 3.2.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9599>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:42:48 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 16 Aug 2010 17:42:48 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1274103249.44.0.284620021799.issue8739@psf.upfronthosting.co.za>
Message-ID: <1281980568.27.0.402753695793.issue8739@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Re-adapted patch including size_limit change as described in my previous message is in attachment.
Barry and Alberto, could you take a final look at it before committing?

----------
Added file: http://bugs.python.org/file18546/smtpd.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8739>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:49:45 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 16 Aug 2010 17:49:45 +0000
Subject: [issue9189] Improve CFLAGS handling
In-Reply-To: <1278517873.84.0.191654592449.issue9189@psf.upfronthosting.co.za>
Message-ID: <1281980985.61.0.0813744508027.issue9189@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file18062/smime.p7s

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9189>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:50:02 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 16 Aug 2010 17:50:02 +0000
Subject: [issue9189] Improve CFLAGS handling
In-Reply-To: <1278517873.84.0.191654592449.issue9189@psf.upfronthosting.co.za>
Message-ID: <1281981002.64.0.211316443434.issue9189@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
components: +Build
nosy: +eric.araujo
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9189>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:50:37 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 16 Aug 2010 17:50:37 +0000
Subject: [issue7741] Allow multiple statements in code.InteractiveConsole.push
In-Reply-To: <1263912723.35.0.93131684665.issue7741@psf.upfronthosting.co.za>
Message-ID: <1281981037.56.0.666532170943.issue7741@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/issue7741>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:50:56 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 16 Aug 2010 17:50:56 +0000
Subject: [issue9618] IDLE shell ignores all but first statement
In-Reply-To: <1281912730.25.0.579832640698.issue9618@psf.upfronthosting.co.za>
Message-ID: <1281981056.96.0.216681438516.issue9618@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo, kbk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9618>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:52:39 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 16 Aug 2010 17:52:39 +0000
Subject: [issue9562] Slightly misleading wording in documentation of
	dict.update
In-Reply-To: <1281473403.13.0.50491902338.issue9562@psf.upfronthosting.co.za>
Message-ID: <1281981159.2.0.813558024732.issue9562@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

+1 on committing this change.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9562>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:55:12 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 17:55:12 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281981312.47.0.316815635913.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

zipimport_read_directory.patch commited as r84095.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:55:17 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 17:55:17 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281981317.83.0.487840586485.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18527/zipimport_read_directory.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug 16 19:55:53 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 16 Aug 2010 17:55:53 +0000
Subject: [issue7352] python2.6-config --ldflags out of /usr and missing
	-L<install_lib_dir>
In-Reply-To: <1258578467.08.0.137292547946.issue7352@psf.upfronthosting.co.za>
Message-ID: <1281981353.63.0.829762973687.issue7352@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7352>
_______________________________________

From report at bugs.python.org  Mon Aug 16 20:11:20 2010
From: report at bugs.python.org (Alberto Trevino)
Date: Mon, 16 Aug 2010 18:11:20 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1281980568.27.0.402753695793.issue8739@psf.upfronthosting.co.za>
Message-ID: <201008161212.06931.alberto@byu.edu>


Alberto Trevino <alberto at byu.edu> added the comment:

On Monday, August 16, 2010 11:42:51 am you wrote:
> Re-adapted patch including size_limit change as described in my previous
> message is in attachment. Barry and Alberto, could you take a final look
> at it before committing?

Looks good to me.  If the tests pass, then I'm good to go.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8739>
_______________________________________

From report at bugs.python.org  Mon Aug 16 20:24:33 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 16 Aug 2010 18:24:33 +0000
Subject: [issue9445] Fix undefined symbol errors on VS8.0 build
In-Reply-To: <1280627576.04.0.298775706484.issue9445@psf.upfronthosting.co.za>
Message-ID: <1281983073.54.0.549017363682.issue9445@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Can someone explain why among the 6 calls to Py_GetFinalPathNameByHandle, 5 of them use VOLUME_NAME_DOS and only one uses VOLUME_NAME_NT?

----------
nosy: +amaury.forgeotdarc
status: closed -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9445>
_______________________________________

From report at bugs.python.org  Mon Aug 16 20:43:12 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 18:43:12 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281984192.88.0.835719833039.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Py_UNICODE_strncmp.patch: create Py_UNICODE_strncmp() function.

----------
Added file: http://bugs.python.org/file18547/Py_UNICODE_strncmp.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug 16 20:45:03 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 16 Aug 2010 18:45:03 +0000
Subject: [issue7352] pythonx.y-config --ldflags out of /usr and missing
	-L<install_lib_dir>
In-Reply-To: <1258578467.08.0.137292547946.issue7352@psf.upfronthosting.co.za>
Message-ID: <1281984303.62.0.512974798544.issue7352@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: python2.6-config --ldflags out of /usr and missing -L<install_lib_dir> -> pythonx.y-config --ldflags out of /usr and missing -L<install_lib_dir>
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7352>
_______________________________________

From report at bugs.python.org  Mon Aug 16 20:58:07 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 16 Aug 2010 18:58:07 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1274103249.44.0.284620021799.issue8739@psf.upfronthosting.co.za>
Message-ID: <1281985087.77.0.356956867476.issue8739@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

The one thing that looks weird to me is VRFY.  Since it never actually does verify the user, should we even claim to support the command?  Why not let subclasses claim support if they want to add it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8739>
_______________________________________

From report at bugs.python.org  Mon Aug 16 20:58:23 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 16 Aug 2010 18:58:23 +0000
Subject: [issue9445] Fix undefined symbol errors on VS8.0 build
In-Reply-To: <1280627576.04.0.298775706484.issue9445@psf.upfronthosting.co.za>
Message-ID: <1281985103.48.0.160398770989.issue9445@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

I committed the code you speak of (posix__getfinalpathname in Modules/posixmodule.c), but I don't know if I have a great answer for that question. It looks like VOLUME_NAME_NT (path with volume device path) should just be changed to VOLUME_NAME_DOS (path with drive letter). In fact, I think it would be more "accurate" since NT yields with a larger path, thus we over-allocate up front before we go on and use DOS and then trim the target path down.

Jason (author of that function, added as nosy) might have some other input as to why he used VOLUME_NAME_NT there.

----------
assignee: rhettinger -> 
nosy: +jaraco
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9445>
_______________________________________

From report at bugs.python.org  Mon Aug 16 20:58:57 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 16 Aug 2010 18:58:57 +0000
Subject: [issue7902] relative import broken
In-Reply-To: <1265828963.53.0.5315107426.issue7902@psf.upfronthosting.co.za>
Message-ID: <1281985137.08.0.74417062868.issue7902@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Comment changed in r84097, 3.2 branch, with minor fixes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7902>
_______________________________________

From report at bugs.python.org  Mon Aug 16 21:10:39 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 16 Aug 2010 19:10:39 +0000
Subject: [issue665761] reduce() masks exception
Message-ID: <1281985839.84.0.532774020901.issue665761@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Committed to py3k in r84098.   Accepting this change for py3k was an easy decision to make because zip and map already behave this way in 3.x.

I am inclined to reject this for 2.7, however.  While I agree that this is a bug, fixing it has a potential of breaking users' code.  I also note that for zip and map, 2.7 users can switch to izip and imap which don't have this problem.  Arguably, switching to izip and imap in new code is a good idea regardless of this issue.  While there is no similar work-around for reduce, I don't think this bug is important enough to introduce backward incompatible change in the stable series.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue665761>
_______________________________________

From report at bugs.python.org  Mon Aug 16 21:11:13 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 16 Aug 2010 19:11:13 +0000
Subject: [issue7902] relative import broken
In-Reply-To: <1265828963.53.0.5315107426.issue7902@psf.upfronthosting.co.za>
Message-ID: <1281985873.61.0.184760024862.issue7902@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Guido has spoken: http://mail.python.org/pipermail/python-dev/2010-August/103104.html

We'll keep the change for 2.6.6rc2.

----------
nosy: +barry
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7902>
_______________________________________

From report at bugs.python.org  Mon Aug 16 21:34:54 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 16 Aug 2010 19:34:54 +0000
Subject: [issue9568] test_urllib2_localnet fails on OS X 10.3
In-Reply-To: <1281514296.56.0.121028925935.issue9568@psf.upfronthosting.co.za>
Message-ID: <1281987294.32.0.476401538463.issue9568@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

r84103 in release26-maint

I will let Ronald commit to the other branches.  I did this one due to the timing of 2.6.6 rc 2.  Bumping status away from release blocker.

----------
priority: release blocker -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9568>
_______________________________________

From report at bugs.python.org  Mon Aug 16 21:44:28 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Mon, 16 Aug 2010 19:44:28 +0000
Subject: [issue9623] test_site.py has a couple of stray self.assertTrue calls
	that test for equality
In-Reply-To: <1281987867.95.0.832612777786.issue9623@psf.upfronthosting.co.za>
Message-ID: <1281987867.95.0.832612777786.issue9623@psf.upfronthosting.co.za>


New submission from Dave Malcolm <dmalcolm at redhat.com>:

test_site.py has a couple of assertions of the form

  self.assertTrue(len(foo), some number)

which appear to be incorrect, and should read:

  self.assertEqual(len(foo), some number)

or assertEquals (that file uses both methods).

r76047 fixed some of these, but a couple remain (introduced in r74526) in both 2.7 branch and py3k.  Patch attached (for 2.7 branch)

----------
components: Tests
keywords: easy, needs review, patch
messages: 114069
nosy: dmalcolm
priority: normal
severity: normal
stage: patch review
status: open
title: test_site.py has a couple of stray self.assertTrue calls that test for equality
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9623>
_______________________________________

From report at bugs.python.org  Mon Aug 16 21:46:31 2010
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 16 Aug 2010 19:46:31 +0000
Subject: [issue9445] Fix undefined symbol errors on VS8.0 build
In-Reply-To: <1280627576.04.0.298775706484.issue9445@psf.upfronthosting.co.za>
Message-ID: <1281987991.19.0.923844995468.issue9445@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

In the case where I did use VOLUME_NAME_NT, I think I chose it because it returned a more robust result. That is, it's not clear what the result is if the result is not on a volume that is assigned a drive letter, but all files referenced must have a VOLUME_NAME_NT.

In other usage, I found that use of VOLUME_NAME_NT was unnatural, because it returned for the user a path that would be unfamiliar, rather than the more traditional VOLUME_NAME_DOS.

So, where the result is to be used by the interpreter and isn't exposed to the user, it seems prudent to use VOLUME_NAME_NT, and where the user will see the result, use VOLUME_NAME_DOS.

I admit, this is only a rule of thumb and may be subject to correction, but this was my motivation when making these selections.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9445>
_______________________________________

From report at bugs.python.org  Mon Aug 16 21:51:22 2010
From: report at bugs.python.org (Alberto Trevino)
Date: Mon, 16 Aug 2010 19:51:22 +0000
Subject: [issue8739] Update to smtpd.py to RFC 5321
In-Reply-To: <1281985087.77.0.356956867476.issue8739@psf.upfronthosting.co.za>
Message-ID: <201008161339.55488.alberto@byu.edu>


Alberto Trevino <alberto at byu.edu> added the comment:

On Monday, August 16, 2010 12:58:07 pm Barry A. Warsaw wrote:
> The one thing that looks weird to me is VRFY.  Since it never actually
> does verify the user, should we even claim to support the command?  Why
> not let subclasses claim support if they want to add it?

RFC 5321 section 4.5.1 states VRFY should be implemented in order to be 
considered an RFC 5321-compliant implementation.  But, in section 3.5.3 
paragraph 2 it states that if the actual verification was not performed but 
syntax was checked similar to RCPT, then the response code should be 252.

So my purposes for providing the plumbing for VRFY are:

1. Provide a basic, valid implementation to be as RFC 5321-compliant as 
possible.

2. Let users know the command is there so that it can be reimplemented as 
they build their solutions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8739>
_______________________________________

From report at bugs.python.org  Mon Aug 16 22:00:40 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 16 Aug 2010 20:00:40 +0000
Subject: [issue1581183] pickle protocol 2 failure on int subclass
Message-ID: <1281988840.68.0.464175557779.issue1581183@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/issue1581183>
_______________________________________

From report at bugs.python.org  Mon Aug 16 22:02:38 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 16 Aug 2010 20:02:38 +0000
Subject: [issue998998] pickle bug - recursively memoizing class?
Message-ID: <1281988958.16.0.883322122403.issue998998@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/issue998998>
_______________________________________

From report at bugs.python.org  Mon Aug 16 22:22:33 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 16 Aug 2010 20:22:33 +0000
Subject: [issue8983] Docstrings should refer to help(name), not name.__doc__
In-Reply-To: <1276356394.26.0.0946047114478.issue8983@psf.upfronthosting.co.za>
Message-ID: <1281990153.19.0.885558608991.issue8983@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Committed in r84106.  I left the __init__ docstring issue unresolved because it is orthogonal to the name.__doc__ vs. help(name) issue here.

With redundant help(type(x)), the meaning of the docstring is not changed. I am leaving docstrings on magic methods question for a separate issue.

----------
resolution:  -> accepted
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8983>
_______________________________________

From report at bugs.python.org  Mon Aug 16 22:25:48 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 16 Aug 2010 20:25:48 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281990348.01.0.282701237217.issue8857@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Using www.google.com for IPv6 lookups is a bad idea: whether or not you get an IPv6 address depends on whether your nameserver participates in "google over ipv6". www.python.org would be a better choice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Mon Aug 16 22:34:17 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 16 Aug 2010 20:34:17 +0000
Subject: [issue9623] test_site.py has a couple of stray self.assertTrue calls
	that test for equality
In-Reply-To: <1281987867.95.0.832612777786.issue9623@psf.upfronthosting.co.za>
Message-ID: <1281990857.75.0.158353998105.issue9623@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

It looks like you forgot to attach the patch :)

----------
nosy: +ezio.melotti
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9623>
_______________________________________

From report at bugs.python.org  Mon Aug 16 22:39:30 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 16 Aug 2010 20:39:30 +0000
Subject: [issue9623] test_site.py has a couple of stray self.assertTrue calls
	that test for equality
In-Reply-To: <1281987867.95.0.832612777786.issue9623@psf.upfronthosting.co.za>
Message-ID: <1281991170.48.0.389331280346.issue9623@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

(BTW assertEquals is deprecated, see #9424)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9623>
_______________________________________

From report at bugs.python.org  Mon Aug 16 22:42:29 2010
From: report at bugs.python.org (Ned Deily)
Date: Mon, 16 Aug 2010 20:42:29 +0000
Subject: [issue9568] test_urllib2_localnet fails on OS X 10.3
In-Reply-To: <1281514296.56.0.121028925935.issue9568@psf.upfronthosting.co.za>
Message-ID: <1281991349.3.0.16317820794.issue9568@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Committed fix verified on 2.6: test_urllib2_localnet no longer fails on 10.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9568>
_______________________________________

From report at bugs.python.org  Mon Aug 16 22:56:44 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 20:56:44 +0000
Subject: [issue8857] socket.getaddrinfo needs tests
In-Reply-To: <1275238691.69.0.194519582018.issue8857@psf.upfronthosting.co.za>
Message-ID: <1281992204.27.0.670642906632.issue8857@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Using www.google.com for IPv6 lookups is a bad idea (...)

There is also ipv6.google.com

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8857>
_______________________________________

From report at bugs.python.org  Mon Aug 16 22:59:31 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 16 Aug 2010 20:59:31 +0000
Subject: [issue6724] r74463 causes failures in test_xmlrpc
In-Reply-To: <1250599784.86.0.0936114935604.issue6724@psf.upfronthosting.co.za>
Message-ID: <1281992371.73.0.437704276191.issue6724@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/issue6724>
_______________________________________

From report at bugs.python.org  Mon Aug 16 23:38:15 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Aug 2010 21:38:15 +0000
Subject: [issue2548] Undetected error in exception handling
In-Reply-To: <1207297002.01.0.980429495002.issue2548@psf.upfronthosting.co.za>
Message-ID: <1281994695.56.0.295671813723.issue2548@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2548>
_______________________________________

From report at bugs.python.org  Mon Aug 16 23:39:35 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 21:39:35 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281994775.45.0.0248425593032.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Py_UNICODE_strncmp.patch was wrong for n=0. New version based on libiberty/strncmp.c source code.

----------
Added file: http://bugs.python.org/file18548/Py_UNICODE_strncmp-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug 16 23:54:11 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 21:54:11 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281995651.06.0.805536597586.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18547/Py_UNICODE_strncmp.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug 16 23:56:31 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Mon, 16 Aug 2010 21:56:31 +0000
Subject: [issue9623] test_site.py has a couple of stray self.assertTrue calls
	that test for equality
In-Reply-To: <1281987867.95.0.832612777786.issue9623@psf.upfronthosting.co.za>
Message-ID: <1281995791.17.0.713868209587.issue9623@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

Hopefully actually attaching the patch this time

I've used assertEqual in the lines I've touched.  I haven't touched the other lines, in order to isolate the semantic fix from the stylistic one.

----------
Added file: http://bugs.python.org/file18549/fix-stray-assertTrue-calls.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9623>
_______________________________________

From report at bugs.python.org  Tue Aug 17 00:04:17 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 22:04:17 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281996257.89.0.505209212171.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Py_UNICODE_strncmp-2.patch commited as r84111.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 17 00:04:49 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 22:04:49 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1281996289.82.0.928288938718.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18548/Py_UNICODE_strncmp-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 17 00:08:13 2010
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 16 Aug 2010 22:08:13 +0000
Subject: [issue9189] Improve CFLAGS handling
In-Reply-To: <1278517873.84.0.191654592449.issue9189@psf.upfronthosting.co.za>
Message-ID: <1281996493.42.0.580506698914.issue9189@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

This is what happens. In the Makefile, I have:

CONFIGURE_LDFLAGS=      -fprofile-arcs
PY_LDFLAGS=     $(CONFIGURE_LDFLAGS) $(LDFLAGS)


But since LDFLAGS=-fprofile-arcs is in the environment, too, we get the
duplication.

The sysconfig issue is related. In Lib/sysconfig.py, _parse_makefile
grabs LDFLAGS from the environment if it is set, so LDFLAGS ultimately
expands to '-fprofile-arcs -fprofile-arcs'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9189>
_______________________________________

From report at bugs.python.org  Tue Aug 17 00:44:23 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 16 Aug 2010 22:44:23 +0000
Subject: [issue7902] relative import broken
In-Reply-To: <1265828963.53.0.5315107426.issue7902@psf.upfronthosting.co.za>
Message-ID: <1281998663.92.0.394060638072.issue7902@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Merged in 3.1 with r84115.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7902>
_______________________________________

From report at bugs.python.org  Tue Aug 17 00:52:46 2010
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 16 Aug 2010 22:52:46 +0000
Subject: [issue1104249] configure doesn't set up CFLAGS properly
Message-ID: <1281999166.66.0.993812002649.issue1104249@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Closing as a duplicate of issue 9189.

----------
nosy: +skrah
resolution:  -> duplicate
stage: unit test needed -> committed/rejected
status: open -> closed
superseder:  -> Improve CFLAGS handling

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1104249>
_______________________________________

From report at bugs.python.org  Tue Aug 17 01:24:11 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 16 Aug 2010 23:24:11 +0000
Subject: [issue9445] Fix undefined symbol errors on VS8.0 build
In-Reply-To: <1280627576.04.0.298775706484.issue9445@psf.upfronthosting.co.za>
Message-ID: <1282001051.62.0.649091707456.issue9445@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

The calls to Py_GetFinalPathNameByHandle come in pairs: one to get the length, the other to retrieve the value.  They should at least be consistent.
There are two other issues:

- in all three places, it's possible for the function to return after malloc(), but before the call to free(); and PyMem_Malloc()/PyMem_Free() would be better.

- on my windows XP, os.stat() is slower than before, and is now significantly slower than os.lstat() (26.6 usec -> 32.8 usec); I found that check_GetFinalPathNameByHandle() repeatedly checks for the presence of the function, and always calls GetModuleHandle() and GetProcAddress(). The attached patch fixes this, can you test it on Vista?

----------
Added file: http://bugs.python.org/file18550/faster_stat.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9445>
_______________________________________

From report at bugs.python.org  Tue Aug 17 01:36:35 2010
From: report at bugs.python.org (Jay Ballard)
Date: Mon, 16 Aug 2010 23:36:35 +0000
Subject: [issue9624] 2755
In-Reply-To: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>
Message-ID: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>


New submission from Jay Ballard <jay.ballard81 at gmail.com>:

failure to find drive

----------
components: None
messages: 114085
nosy: Kartton
priority: normal
severity: normal
status: open
title: 2755
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________

From report at bugs.python.org  Tue Aug 17 01:46:41 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 16 Aug 2010 23:46:41 +0000
Subject: [issue9624] 2755
In-Reply-To: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>
Message-ID: <1282002401.04.0.739366911185.issue9624@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Please be more descriptive about the problem you have.
What were you trying to do?
On which operating system?
How could we try to reproduce the problem?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________

From report at bugs.python.org  Tue Aug 17 01:49:19 2010
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Aug 2010 23:49:19 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1282002559.77.0.0929352852615.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r84120: get_data() function of zipimport uses an unicode path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 17 02:03:09 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 17 Aug 2010 00:03:09 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1282003389.56.0.366370821142.issue5867@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Looks good.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Tue Aug 17 02:05:40 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Aug 2010 00:05:40 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1282003540.8.0.557043880688.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r84121: repr() method zipimporter object uses unicode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 17 02:43:04 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Aug 2010 00:43:04 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1282005784.34.0.838895779841.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r84122 saves/restores the exception around "filename = _PyUnicode_AsString(co->co_filename);" because it raises an unicode error on unencodable filename.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 17 02:53:13 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Aug 2010 00:53:13 +0000
Subject: [issue5867] No way to create an abstract classmethod
In-Reply-To: <1240928652.35.0.147355180867.issue5867@psf.upfronthosting.co.za>
Message-ID: <1282006393.88.0.171905006504.issue5867@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Applied in r84124. Thanks for the patch.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5867>
_______________________________________

From report at bugs.python.org  Tue Aug 17 03:04:07 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 17 Aug 2010 01:04:07 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282007047.54.0.414622839731.issue9573@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/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 03:27:20 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Aug 2010 01:27:20 +0000
Subject: [issue9569] Add tests for posix.mknod() and posix.mkfifo()
In-Reply-To: <1281550300.21.0.724215266655.issue9569@psf.upfronthosting.co.za>
Message-ID: <1282008440.98.0.101137061845.issue9569@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Thanks for the patch. r84129

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9569>
_______________________________________

From report at bugs.python.org  Tue Aug 17 03:35:39 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Aug 2010 01:35:39 +0000
Subject: [issue2521] ABC caches should use weak refs
In-Reply-To: <1206976350.45.0.982533625998.issue2521@psf.upfronthosting.co.za>
Message-ID: <1282008939.14.0.920732804651.issue2521@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Some comments:
- The test should be in test_abc.py and should probably not use a collections class.
- Use test_support.gc_collect().
- What's the __len__() stuff for?

----------
keywords:  -26backport

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2521>
_______________________________________

From report at bugs.python.org  Tue Aug 17 04:08:44 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 02:08:44 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282010924.13.0.158310474023.issue9573@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Added Greg to nosy list as the one that fixed issue 7242 with the current _PyImport_ReInitLock semantics.

Also kicking over to Barry regarding implications for 2.6.6 (this is a regression from 2.6.4 due to the resolution of 7242).

7242 was about forking from a *thread*. This is about forking as a side effect of import, which, just like spawning a thread as a side effect of import, can easily cause issues.

The RuntimeError noted by the OP isn't thrown by the fork() call - it is thrown at the end of the import when control is returned to the main module. Completely reinitialising the lock without accounting for the current depth of nesting is incorrect. Instead, I believe ReInitLock should look more like:

    if (import_lock != NULL)
        import_lock = PyThread_allocate_lock();
    if (import_lock_level > 1) {
        /* Forked as a side effect of import */
        long me = PyThread_get_thread_ident();
        import_lock_thread = me;
        import_lock_level--;
    } else {
        import_lock_thread = -1;
        import_lock_level = 0;
    }

(I haven't tested that yet, but will soon)

----------
assignee:  -> barry
nosy: +barry, gregory.p.smith
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 04:22:35 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 02:22:35 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282011755.74.0.0836982855609.issue9573@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

One slight tweak to that suggested change - the lock reinitialisation needs to acquire the new lock in the first branch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 04:53:51 2010
From: report at bugs.python.org (Ned Deily)
Date: Tue, 17 Aug 2010 02:53:51 +0000
Subject: [issue9620] Python 2.7 IDLE fails on OS X 10.6
In-Reply-To: <1281943669.49.0.305623127569.issue9620@psf.upfronthosting.co.za>
Message-ID: <1282013631.28.0.677133150908.issue9620@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

This is a duplicate of open Issue9227.  As described there, a workaround is to use the 32-bit only ("10.3") python.org installer for Python 2.7.

----------
assignee:  -> ronaldoussoren
components: +Macintosh
nosy: +ned.deily, ronaldoussoren
title: IDLE subprocess error -> Python 2.7 IDLE fails on OS X 10.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9620>
_______________________________________

From report at bugs.python.org  Tue Aug 17 04:58:52 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 02:58:52 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282013932.34.0.907491499576.issue9573@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Minimal patch attached (no niceties like NEWS or unit tests included yet)

----------
keywords: +patch
Added file: http://bugs.python.org/file18551/issue9573_fork_on_import.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 05:01:20 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 03:01:20 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282014080.81.0.733676443929.issue9573@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Test script attached that demonstrates the underlying problem directly via imp.lock_held() (this could easily form the basis of a unit test)

----------
Added file: http://bugs.python.org/file18552/fork_on_import.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 07:24:25 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Aug 2010 05:24:25 +0000
Subject: [issue9189] Improve CFLAGS handling
In-Reply-To: <1278517873.84.0.191654592449.issue9189@psf.upfronthosting.co.za>
Message-ID: <1282022665.55.0.0659669551035.issue9189@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

issue9047 is related to the issue Stefan mentions

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9189>
_______________________________________

From report at bugs.python.org  Tue Aug 17 08:18:15 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 06:18:15 +0000
Subject: [issue9567] Add attribute pointing to wrapped function in
	functools.update_wrapper
In-Reply-To: <1281494235.56.0.666889184643.issue9567@psf.upfronthosting.co.za>
Message-ID: <1282025895.99.0.0268149254841.issue9567@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Implemented in r84132

----------
stage: unit test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9567>
_______________________________________

From report at bugs.python.org  Tue Aug 17 08:20:15 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 06:20:15 +0000
Subject: [issue3445] Ignore missing attributes in functools.update_wrapper
In-Reply-To: <1216999615.48.0.706294847693.issue3445@psf.upfronthosting.co.za>
Message-ID: <1282026015.14.0.837740015968.issue3445@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Implemented in r84132 (not based on this patch though).

----------
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3445>
_______________________________________

From report at bugs.python.org  Tue Aug 17 09:35:19 2010
From: report at bugs.python.org (=?utf-8?q?Markus_Pr=C3=B6ller?=)
Date: Tue, 17 Aug 2010 07:35:19 +0000
Subject: [issue5215] change value of local variable in debug
In-Reply-To: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>
Message-ID: <1282030519.61.0.536404169003.issue5215@psf.upfronthosting.co.za>


Markus Pr?ller <mproeller at googlemail.com> added the comment:

Hello,

I have tested this patch since a while. In the meantime I have switched to Python 2.6.5, but the problem that I described above is still there.

Another problem that brought the patch is, that when I move a frame up in the stack trace, the variables of the current stack are not available any more (only the variables of the newest frame are available).

----------
components:  -None
nosy: +Markus.Pr?ller
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5215>
_______________________________________

From report at bugs.python.org  Tue Aug 17 10:01:26 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 17 Aug 2010 08:01:26 +0000
Subject: [issue5215] change value of local variable in debug
In-Reply-To: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>
Message-ID: <1282032086.02.0.447241395156.issue5215@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

> In the meantime I have switched to Python 2.6.5,
> but the problem that I described above is still there.
The fix was made for 2.7, and not backported to 2.6.

> Another problem that brought the patch is, that when I move a frame up
> in the stack trace, the variables of the current stack are not available
> any more (only the variables of the newest frame are available).
This is not my experience: the variables of the current frame are available. What did you do exactly?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5215>
_______________________________________

From report at bugs.python.org  Tue Aug 17 10:04:16 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 08:04:16 +0000
Subject: [issue9147] dis.show_code() variant that accepts source strings (and
	returns rather than prints)
In-Reply-To: <1278142962.3.0.213920811411.issue9147@psf.upfronthosting.co.za>
Message-ID: <1282032256.03.0.0155079952698.issue9147@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Implemented in r84133

----------
resolution:  -> accepted
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9147>
_______________________________________

From report at bugs.python.org  Tue Aug 17 10:05:05 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 08:05:05 +0000
Subject: [issue9147] dis.show_code() variant that accepts source strings (and
	returns rather than prints)
In-Reply-To: <1278142962.3.0.213920811411.issue9147@psf.upfronthosting.co.za>
Message-ID: <1282032305.93.0.176509601119.issue9147@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Final name was dis.code_info() and it accepts functions, methods, code objects and source strings.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9147>
_______________________________________

From report at bugs.python.org  Tue Aug 17 10:47:08 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 17 Aug 2010 08:47:08 +0000
Subject: [issue9623] test_site.py has a couple of stray self.assertTrue calls
	that test for equality
In-Reply-To: <1281987867.95.0.832612777786.issue9623@psf.upfronthosting.co.za>
Message-ID: <1282034828.57.0.66007115383.issue9623@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Fixed in r84134 (py3k) and r84135 (2.7). Thanks for the report and the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9623>
_______________________________________

From report at bugs.python.org  Tue Aug 17 11:11:18 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 17 Aug 2010 09:11:18 +0000
Subject: [issue9147] dis.show_code() variant that accepts source strings (and
	returns rather than prints)
In-Reply-To: <1278142962.3.0.213920811411.issue9147@psf.upfronthosting.co.za>
Message-ID: <1282036278.76.0.624848124661.issue9147@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

The buildbot XP-4 3.x fails on test_dis.
http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/2770

test_code_info (test.test_dis.CodeInfoTests) ... FAIL
test_show_code (test.test_dis.CodeInfoTests) ... FAIL

======================================================================
FAIL: test_code_info (test.test_dis.CodeInfoTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_dis.py", line 359, in test_code_info
    self.assertEqual(dis.code_info(x), expected)
AssertionError: 'Name:              tricky\nFilename:          D:\\cygwin\\home\\db3l\\buildarea [truncated]... != 'Name:              tricky\nFilename:          D:\\cygwin\\home\\db3l\\buildarea [truncated]...
  Name:              tricky
  Filename:          D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_dis.py
  Argument count:    3
  Kw-only arguments: 3
  Number of locals:  8
  Stack size:        7
  Flags:             OPTIMIZED, NEWLOCALS, VARARGS, VARKEYWORDS, GENERATOR
  Constants:
     0: None
-    1: <code object f at 0x03D750F8, file "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_dis.py", line 246>
?                           - ^   ^
+    1: <code object f at 0x3d750f8, file "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_dis.py", line 246>
?                            ^   ^
  Variable names:
     0: x
     1: y
     2: z
     3: c
     4: d
     5: e
     6: args
     7: kwds
  Cell variables:
     0: e
     1: d
     2: f
     3: y
     4: x
     5: z

======================================================================
FAIL: test_show_code (test.test_dis.CodeInfoTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_dis.py", line 366, in test_show_code
    self.assertEqual(output.getvalue(), expected+"\n")
AssertionError: 'Name:              tricky\nFilename:          D:\\cygwin\\home\\db3l\\buildarea [truncated]... != 'Name:              tricky\nFilename:          D:\\cygwin\\home\\db3l\\buildarea [truncated]...
  Name:              tricky
  Filename:          D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_dis.py
  Argument count:    3
  Kw-only arguments: 3
  Number of locals:  8
  Stack size:        7
  Flags:             OPTIMIZED, NEWLOCALS, VARARGS, VARKEYWORDS, GENERATOR
  Constants:
     0: None
-    1: <code object f at 0x03D750F8, file "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_dis.py", line 246>
?                           - ^   ^
+    1: <code object f at 0x3d750f8, file "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_dis.py", line 246>
?                            ^   ^
  Variable names:
     0: x
     1: y
     2: z
     3: c
     4: d
     5: e
     6: args
     7: kwds
  Cell variables:
     0: e
     1: d
     2: f
     3: y
     4: x
     5: z

----------
keywords: +buildbot
nosy: +flox
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9147>
_______________________________________

From report at bugs.python.org  Tue Aug 17 11:19:04 2010
From: report at bugs.python.org (Martin Pengelly-Phillips)
Date: Tue, 17 Aug 2010 09:19:04 +0000
Subject: [issue9625] argparse: Problem with defaults for variable nargs
In-Reply-To: <1282036744.37.0.964764969496.issue9625@psf.upfronthosting.co.za>
Message-ID: <1282036744.37.0.964764969496.issue9625@psf.upfronthosting.co.za>


New submission from Martin Pengelly-Phillips <dev at thesociable.net>:

Variable argument count plays badly with choices.

Example:
========
>>> import argparse
>>> parser = argparse.ArgumentParser()
>>> parser.add_argument('choices', nargs='*', default='a', choices=['a',
'b', 'c'])
>>> args = parser.parse_args()
>>> print type(args.choices)
<type 'str'>
>>> args = parser.parse_args(['a'])
>>> print type(args.choices)
<type 'list'>


If the user specifies the value on the command line then a list is used, but if the value comes from the default a string is used.
Unfortunately, changing default to a list value gives an error:
error: argument choices: invalid choice: ['a'] (choose from 'a', 'b',
'c')

Additionally, this means it is also not possible to use default=['a', 'c']. 

The current workaround is to create a custom type:

def my_type(string):
    if string not in ['a', 'b', 'c']:
        raise TypeError
    return string

----------
components: Library (Lib)
messages: 114108
nosy: thesociable
priority: normal
severity: normal
status: open
title: argparse: Problem with defaults for variable nargs
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9625>
_______________________________________

From report at bugs.python.org  Tue Aug 17 11:28:37 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 09:28:37 +0000
Subject: [issue9147] dis.show_code() variant that accepts source strings (and
	returns rather than prints)
In-Reply-To: <1278142962.3.0.213920811411.issue9147@psf.upfronthosting.co.za>
Message-ID: <1282037317.8.0.544100950446.issue9147@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I changed the test to a regex match that ignores the specific ID value of the nested function in r84137. That should make the buildbots happier.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9147>
_______________________________________

From report at bugs.python.org  Tue Aug 17 12:47:21 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 10:47:21 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282042041.68.0.933071559684.issue9622@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Adding new "global" objects looks a bit complicated. Why not simply update all thread-local objects when the "global" flag is set?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Tue Aug 17 12:53:16 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 17 Aug 2010 10:53:16 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282042396.09.0.283083349464.issue9622@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Good question.  Is that simple to do?  I didn't think to look if there were a central list of all python TLS states.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Tue Aug 17 12:58:03 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 10:58:03 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1282042396.09.0.283083349464.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282042679.3220.0.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Good question.  Is that simple to do?  I didn't think to look if there
> were a central list of all python TLS states.

There's a linked list from the current interpreter state, which in turn
can be got from the current thread state (see Include/pystate.h).
Of course, it would be better to add macros than access the fields
directly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Tue Aug 17 13:01:19 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 17 Aug 2010 11:01:19 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282042879.67.0.638376348547.issue9622@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Sounds like a much simpler change.  I'll try that out instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Tue Aug 17 13:30:35 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 11:30:35 +0000
Subject: [issue9147] dis.show_code() variant that accepts source strings (and
	returns rather than prints)
In-Reply-To: <1278142962.3.0.213920811411.issue9147@psf.upfronthosting.co.za>
Message-ID: <1282044635.55.0.0261624602547.issue9147@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Switching to a regex match made the backslashes in windows paths a problem. r84139 changes the test to just ignore all the variable info in the code_info results so we'll see how that goes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9147>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:08:25 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Aug 2010 13:08:25 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1282050505.4.0.987532084478.issue9584@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I agree with Antoine that this would be useful functionality and that matching "the" shell is futile here.

A quick check on an old linux server: bash and ksh do brace expansion before expanding '*', but that csh does both at the same time.

That is, in a directory with foo.py and no .h files 'echo *.{py,h}' returns foo.py with csh and '*.h foo.py' with bash.

I'm +1 on matching the behavior of csh here.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:08:29 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 13:08:29 +0000
Subject: [issue8202] sys.argv[0] and python -m package
In-Reply-To: <1269289306.17.0.0782561601798.issue8202@psf.upfronthosting.co.za>
Message-ID: <1282050509.94.0.0948881639015.issue8202@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Implemented in r84140.

Leaving issue open until the buildbots give it a clean bill of health (since the command line tests can be a little quirky when it comes to cross platform differences)

----------
resolution:  -> accepted
stage: unit test needed -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8202>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:14:35 2010
From: report at bugs.python.org (Alexey Luchko)
Date: Tue, 17 Aug 2010 13:14:35 +0000
Subject: [issue9626] OderedDict.viewitems() does not preserve item order
In-Reply-To: <1282050875.1.0.267221585344.issue9626@psf.upfronthosting.co.za>
Message-ID: <1282050875.1.0.267221585344.issue9626@psf.upfronthosting.co.za>


New submission from Alexey Luchko <luch at ank-sia.com>:

OrderedDict.viewitems() is expected to preserve item order like items() do
>>> from collections import OrderedDict
>>> d = OrderedDict([(1, 2), ("a", "b")])
>>> d.items()
[(1, 2), ('a', 'b')]

But it does not:
>>> list(d.viewitems())
[('a', 'b'), (1, 2)]

----------
components: Library (Lib)
messages: 114117
nosy: luch
priority: normal
severity: normal
status: open
title: OderedDict.viewitems() does not preserve item order
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9626>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:17:04 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 13:17:04 +0000
Subject: [issue9147] dis.show_code() variant that accepts source strings (and
	returns rather than prints)
In-Reply-To: <1278142962.3.0.213920811411.issue9147@psf.upfronthosting.co.za>
Message-ID: <1282051024.08.0.389946387042.issue9147@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

The windows buildbot still doesn't appear to be particularly happy, but this issue also doesn't appear to be the culprit anymore.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9147>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:18:40 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Tue, 17 Aug 2010 13:18:40 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1282051120.57.0.93598949096.issue9584@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

It's worth noting that the sh-like shells are far more widely used than the csh-like shells, so csh-like behavior may surprise more people.

>From the sh-like shell perspective, the {...,...} syntax just isn't part of the globbing handling.

----------
nosy: +fdrake

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:22:56 2010
From: report at bugs.python.org (Steven Bethard)
Date: Tue, 17 Aug 2010 13:22:56 +0000
Subject: [issue9625] argparse: Problem with defaults for variable nargs
In-Reply-To: <1282036744.37.0.964764969496.issue9625@psf.upfronthosting.co.za>
Message-ID: <1282051376.23.0.420128521106.issue9625@psf.upfronthosting.co.za>


Changes by Steven Bethard <steven.bethard at gmail.com>:


----------
nosy: +bethard
stage:  -> needs patch
versions: +Python 2.7, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9625>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:24:58 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 13:24:58 +0000
Subject: [issue9627] Regrtest failed to clean up temporary directory
In-Reply-To: <1282051498.42.0.53321689124.issue9627@psf.upfronthosting.co.za>
Message-ID: <1282051498.42.0.53321689124.issue9627@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

Watching the Windows buildbot to check if test_dis was working yet, I found this output:

http://www.python.org/dev/buildbot/stable/builders/x86%20XP-4%203.x/builds/2774/steps/test/logs/stdio

It appears something still had files open in the directory when regrtest was attempting to clean it out.

----------
messages: 114120
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: Regrtest failed to clean up temporary directory
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9627>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:29:09 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 13:29:09 +0000
Subject: [issue9627] Regrtest failed to clean up temporary directory
In-Reply-To: <1282051498.42.0.53321689124.issue9627@psf.upfronthosting.co.za>
Message-ID: <AANLkTikcVa-AOQCGMdmn57nZo1WS5E82xBrhrMCHe2v_@mail.gmail.com>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

The ref count over 1 million at the end of that output is also rather
suspicious.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9627>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:29:30 2010
From: report at bugs.python.org (Tim Golden)
Date: Tue, 17 Aug 2010 13:29:30 +0000
Subject: [issue9627] Regrtest failed to clean up temporary directory
In-Reply-To: <1282051498.42.0.53321689124.issue9627@psf.upfronthosting.co.za>
Message-ID: <4C6A8EB5.9080402@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

This is usually because the bug mentioned in issue7443 (although it 
could be something else, obviously). It should sort itself out on the 
next run. I'll rerun on my local checkout to see if there real WinXP issues.

----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9627>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:37:42 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 13:37:42 +0000
Subject: [issue9627] Regrtest failed to clean up temporary directory
In-Reply-To: <1282051498.42.0.53321689124.issue9627@psf.upfronthosting.co.za>
Message-ID: <1282052262.47.0.367806092209.issue9627@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Reading through the other issue, I think you're right. Closing as a duplicate of issue 7443.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> test.support.unlink issue on Windows platform

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9627>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:39:21 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 13:39:21 +0000
Subject: [issue7443] test.support.unlink issue on Windows platform
In-Reply-To: <1260026404.41.0.635406889881.issue7443@psf.upfronthosting.co.za>
Message-ID: <1282052361.85.0.0399575213484.issue7443@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I closed issue 9627 as a duplicate of this - the buildbot failure referenced there was most likely due to something else holding open a temporary file that the test suite thought was closed.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7443>
_______________________________________

From report at bugs.python.org  Tue Aug 17 15:47:03 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Aug 2010 13:47:03 +0000
Subject: [issue9626] OderedDict.viewitems() does not preserve item order
In-Reply-To: <1282050875.1.0.267221585344.issue9626@psf.upfronthosting.co.za>
Message-ID: <1282052823.53.0.839910166319.issue9626@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9626>
_______________________________________

From report at bugs.python.org  Tue Aug 17 16:55:14 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 17 Aug 2010 14:55:14 +0000
Subject: [issue8866] socket.getaddrinfo() should support keyword arguments
In-Reply-To: <1275346212.88.0.3146354655.issue8866@psf.upfronthosting.co.za>
Message-ID: <1282056914.58.0.856539252013.issue8866@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Isn't that exactly as it was before?
Being now possible to specify single keyword arguments aren't "[" brackets necessary?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8866>
_______________________________________

From report at bugs.python.org  Tue Aug 17 16:57:35 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 17 Aug 2010 14:57:35 +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: <1282057055.6.0.890905889522.issue4142@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +alfmel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4142>
_______________________________________

From report at bugs.python.org  Tue Aug 17 16:59:48 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 17 Aug 2010 14:59:48 +0000
Subject: [issue6683] smtplib authentication - try all mechanisms
In-Reply-To: <1250007436.58.0.446313092376.issue6683@psf.upfronthosting.co.za>
Message-ID: <1282057188.93.0.936233732013.issue6683@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

A test suite is now available for both smtpd and smtplib modules.

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6683>
_______________________________________

From report at bugs.python.org  Tue Aug 17 17:00:12 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 17 Aug 2010 15:00:12 +0000
Subject: [issue6683] smtplib authentication - try all mechanisms
In-Reply-To: <1250007436.58.0.446313092376.issue6683@psf.upfronthosting.co.za>
Message-ID: <1282057212.31.0.0692577624326.issue6683@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +alfmel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6683>
_______________________________________

From report at bugs.python.org  Tue Aug 17 17:06:21 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 17 Aug 2010 15:06:21 +0000
Subject: [issue821862] ftplib: Strict RFC 959 (telnet in command channel)
Message-ID: <1282057581.47.0.14108466174.issue821862@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Other than IAC what other chars need to be doubled?
As an alternative to a brand new TelnetFTP class this can be implemented as a FTP class attribute ("strict_telnet" maybe) defaulting to True.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue821862>
_______________________________________

From report at bugs.python.org  Tue Aug 17 17:08:15 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 17 Aug 2010 15:08:15 +0000
Subject: [issue8807] poplib should support SSL contexts
In-Reply-To: <1274717453.42.0.117034220477.issue8807@psf.upfronthosting.co.za>
Message-ID: <1282057695.49.0.710910522609.issue8807@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/issue8807>
_______________________________________

From report at bugs.python.org  Tue Aug 17 17:24:26 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 17 Aug 2010 15:24:26 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282058666.67.0.667228767656.issue9622@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Here is a new, much simpler patch, which simply sets the flags on all the threads (accessable as a linked list of PyThreadState objects) as suggested by Antoine.

(Note that neither of the patches has the necessary enhancements to _lsprof.c to make the profiling data sensible.  That is the subject of issue 9609)

----------
Added file: http://bugs.python.org/file18553/glob.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Tue Aug 17 17:31:28 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 17 Aug 2010 15:31:28 +0000
Subject: [issue8866] socket.getaddrinfo() should support keyword arguments
In-Reply-To: <1275346212.88.0.3146354655.issue8866@psf.upfronthosting.co.za>
Message-ID: <1282059088.07.0.494752557238.issue8866@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Committed in r84143 including the doc change as suggested by Antoine.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8866>
_______________________________________

From report at bugs.python.org  Tue Aug 17 17:43:00 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 17 Aug 2010 15:43:00 +0000
Subject: [issue9602] PyObject_AsCharBuffer() should only accept read-only
	objects
In-Reply-To: <1281978153.17.0.301612840444.issue9602@psf.upfronthosting.co.za>
Message-ID: <4C6AADFF.3050209@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:
> 
>> Note that the buffer interface release API is meant to protect
>> against such modifications, so I don't see why rejecting objects
>> that do implement this API should be rejected.
> 
> As I explained, the release API is *not* used by PyObject_AsCharBuffer() in Python 2.7 and 3.2.
> 
> Pseudo-code example:
> ---
> PyObject_AsCharBuffer(obj, &str, &size)
> ... modify or destroy obj ...
> str is no more valid here
> ---

Right, but as I explained before: this doesn't really happen in
practice, otherwise we would have had issues with these APIs
long before the Py_buffers were introduced.

Note that the same comment applies to PyObject_AsReadBuffer() and
PyObject_AsWriteBuffer().

For Python 2.7 you can't change anything anymore. For Python 3.2
you could start a deprecation process as outlined in PEP 4, if you
feel this really is such a big issue.

>> Restricting the API to read-only buffers would seriously limit
>> it's functionality. I'm -1 on doing that.
> 
> PyObject_AsCharBuffer() is dangerous because the caller has to ensure that the object is not modified or destroyed. Antoine proposes to deprecated PyObject_AsCharBuffer().
> 
> PyObject_GetBuffer() can replace PyObject_AsCharBuffer(): it's easy to get the pointer to the buffer content (view.buf) and the size (view.len) using PyObject_GetBuffer(), and it does protect the buffer against modification or destuction thanks to the release API (PyBuffer_Release). But PyObject_GetBuffer() is maybe a little bit to low level, eg. it doesn't check that the buffer is contiguous, and it requires a flag argument. A new function is maybe needed to replace PyObject_AsCharBuffer(). Eg. PyObject_GetCharBuffer() which will call PyObject_GetBuffer() (the caller will then have to call PyBuffer_Release() to release the buffer).
> 
> Example:
> ---
> PyObject_GetCharBuffer(obj, &view, &str, &size)
> ... use str and size ...
> PyBuffer_Release(view);
> ---
> or just
> ---
> PyObject_GetCharBuffer(obj, &view)
> ... use view.buf and view.len ...
> PyBuffer_Release(view);
> ---

Why add a new function ? Python 3.2 doesn't provide a way to access
a *character* buffer version of an object anymore. Not that this is
good, or shouldn't be readded at some point, but right now, we don't
have a need for such an API.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9602>
_______________________________________

From report at bugs.python.org  Tue Aug 17 18:04:21 2010
From: report at bugs.python.org (alphablue52)
Date: Tue, 17 Aug 2010 16:04:21 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1282061061.36.0.0261400719516.issue9601@psf.upfronthosting.co.za>


alphablue52 <alphablue52 at yahoo.de> added the comment:

250 is an invalid response to MKD.
M$ Windows Server 2003 does it anyways.
M$ Windows Server is a rather common OS, and there are people like me how have to live with this.

Maybe it should put this into the following words:
"Please make ftplib usuable with M$ Win Server 2003"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Tue Aug 17 18:11:13 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 17 Aug 2010 16:11:13 +0000
Subject: [issue8807] poplib should support SSL contexts
In-Reply-To: <1274717453.42.0.117034220477.issue8807@psf.upfronthosting.co.za>
Message-ID: <1282061473.44.0.315923895939.issue8807@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Committed in r84144 including "context" being the last constructor argument.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8807>
_______________________________________

From report at bugs.python.org  Tue Aug 17 18:20:39 2010
From: report at bugs.python.org (Oleg Broytmann)
Date: Tue, 17 Aug 2010 16:20:39 +0000
Subject: [issue821862] ftplib: Strict RFC 959 (telnet in command channel)
Message-ID: <1282062039.25.0.289710293323.issue821862@psf.upfronthosting.co.za>


Oleg Broytmann <phd at phd.pp.ru> added the comment:

> Other than IAC what other chars need to be doubled?

Only IAC must be doubled. Also there have to be a special prefix for urgent (out-of-bound) commands (ABORt); I didn't implement that.

> As an alternative to a brand new TelnetFTP class this can be implemented as a FTP class attribute ("strict_telnet" maybe) defaulting to True.

See the first patch. Default value is False to preserve backward compatibility.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue821862>
_______________________________________

From report at bugs.python.org  Tue Aug 17 18:29:37 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Tue, 17 Aug 2010 16:29:37 +0000
Subject: [issue9628] runtests.sh -x doesn't work with more than two args (sed
	error)
In-Reply-To: <1282062577.36.0.157889963246.issue9628@psf.upfronthosting.co.za>
Message-ID: <1282062577.36.0.157889963246.issue9628@psf.upfronthosting.co.za>


New submission from Dave Malcolm <dmalcolm at redhat.com>:

runtests.sh -x fails to work with more than two tests; for example, running:
  $ ./runtests.sh -x test_httplib test_http_cookies test_dl
erroneously runs test_dl

By default, "sed -e s" only substitutes the first match - the invocations within runtests.sh need to add the trailing "g" flag to  substitute all matches.

>From "info sed":
   The `s' command can be followed by zero or more of the following
FLAGS:
`g'
     Apply the replacement to _all_ matches to the REGEXP, not just the
     first.

Am attaching a patch.

(Seen with sed-4.2.1 on Fedora 13)

----------
components: Tests
files: fix-sed-invocations-in-runtests.sh.patch
keywords: easy, needs review, patch, patch
messages: 114134
nosy: dmalcolm
priority: normal
severity: normal
stage: patch review
status: open
title: runtests.sh -x doesn't work with more than two args (sed error)
versions: Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file18554/fix-sed-invocations-in-runtests.sh.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9628>
_______________________________________

From report at bugs.python.org  Tue Aug 17 18:31:31 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 17 Aug 2010 16:31:31 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1282062691.69.0.599425383544.issue9601@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

What IIS version are we talking about?
Could you please paste the complete response string other than just the code?
I'm asking this because 257 response is supposed to include the name of the created directory.

Personally I don't like to include workarounds for stupid implementations like this.
If IIS erroneously replies with 250 then maybe it doesn't even include the directory name in which case FTP.mkd method is completely useless for you and you can just work around the exception by using FTP.sendcmd('MKD dirname') instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Tue Aug 17 18:31:39 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Tue, 17 Aug 2010 16:31:39 +0000
Subject: [issue9628] runtests.sh -x doesn't work with more than two args (sed
	error)
In-Reply-To: <1282062577.36.0.157889963246.issue9628@psf.upfronthosting.co.za>
Message-ID: <1282062699.07.0.840336790361.issue9628@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

FWIW it works with two args, but adding the third fails; echoing PAT indicates the generated regex is missing the "|" separator:
^(test_httplib|test_http_cookies test_dl)$

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9628>
_______________________________________

From report at bugs.python.org  Tue Aug 17 18:43:30 2010
From: report at bugs.python.org (Jon Parise)
Date: Tue, 17 Aug 2010 16:43:30 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282063410.43.0.538206949935.issue9622@psf.upfronthosting.co.za>


Jon Parise <jon at indelible.org> added the comment:

There are a few places in the patch where you call the global version immediately followed by the local version.  For example:

+        PyEval_SetGlobalTrace(NULL, NULL);
         PyEval_SetTrace(NULL, NULL);

Isn't the local call now redundant given that the global version clears all of the threadstates already?

----------
nosy: +jon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Tue Aug 17 18:58:15 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 16:58:15 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1282064295.54.0.60167165971.issue9601@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well, given that both replies (expected and actual) are in the 25x category, and that (according to the RFC) ?the third digit gives a finer gradation of meaning in each of the function categories, specified by the second digit?, perhaps practicality beats purity and the exact return code isn't that important as long as it falls in the right category.

(what would a Web browser do in that case? say it receives a 201 instead of a 200 or something)

Apparently bzr users hit this bug:
https://bugs.launchpad.net/bzr/+bug/224373

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Tue Aug 17 19:58:17 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 17:58:17 +0000
Subject: [issue433029] SRE: posix classes aren't supported
Message-ID: <1282067897.86.0.145411796534.issue433029@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This has not been implemented as part of the new regex module, see :-

http://mail.python.org/pipermail/python-dev/2010-July/102181.html

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433029>
_______________________________________

From report at bugs.python.org  Tue Aug 17 20:17:28 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 18:17:28 +0000
Subject: [issue460474] codecs.StreamWriter: reset() on close()
Message-ID: <1282069048.82.0.898750652209.issue460474@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Anyone interested in this?  Marc-Andre seemed +0.? on this in msg61288.

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue460474>
_______________________________________

From report at bugs.python.org  Tue Aug 17 20:21:20 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 18:21:20 +0000
Subject: [issue502236] Asynchronous exceptions between threads
Message-ID: <1282069280.06.0.29103505856.issue502236@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is anyone likely to work on this given msg53440 quote "Does anybody want to write a PEP on thread cancellation? It sure looks like a hairy issue!"

----------
nosy: +BreamoreBoy
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue502236>
_______________________________________

From report at bugs.python.org  Tue Aug 17 20:27:31 2010
From: report at bugs.python.org (alphablue52)
Date: Tue, 17 Aug 2010 18:27:31 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1282069651.69.0.834348893263.issue9601@psf.upfronthosting.co.za>


alphablue52 <alphablue52 at yahoo.de> added the comment:

Jep I also discovered it by using Bazaar, but apparently it goes down to the ftplib. The bazaar fix works, and here is the response of strato.com (I use bash ftp):

ftp> open ftp.strato.com
Connected to ftp.strato.com.
220 Speak friend, and enter
Name (ftp.strato.com:ich): me at mywebsite.com
331 FTP login okay, send password.
Password:
230 User logged in, proceed.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> mkdir test
250 Directory created.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Tue Aug 17 20:43:58 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 17 Aug 2010 18:43:58 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282070638.01.0.443587897465.issue9573@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I think it's too late to try to get this into 2.6.6.  rc2's already been released, I don't expect/want an rc3, and I'm not comfortable changing this at this point.  Unless you can convince me it's absolutely critical, I won't approve this for 2.6.6.

----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 20:50:13 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 18:50:13 +0000
Subject: [issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined
In-Reply-To: <1282071013.13.0.416867033883.issue9629@psf.upfronthosting.co.za>
Message-ID: <1282071013.13.0.416867033883.issue9629@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

longobject.h uses SIZEOF_SOCKET_T:

#if SIZEOF_SOCKET_T <= SIZEOF_LONG
#define PyLong_FromSocket_t(fd) PyLong_FromLong((SOCKET_T)(fd))
#define PyLong_AsSocket_t(fd) (SOCKET_T)PyLong_AsLong(fd)
#else
#define PyLong_FromSocket_t(fd) PyLong_FromLongLong(((SOCKET_T)(fd));
#define PyLong_AsSocket_t(fd) (SOCKET_T)PyLong_AsLongLong(fd)
#endif

but SIZEOF_SOCKET_T doesn't exist at that point since it is defined in Modules/socketmodule.h which isn't part of Include/Python.h. As a result, PyLong_FromSocket_t is always aliased to PyLong_FromLong, which is wrong under 64-bit Windows (a SOCKET is 64-bit there, while a long is 32-bit).

----------
components: Extension Modules
messages: 114144
nosy: brian.curtin, christian.heimes, pitrou, tim.golden
priority: normal
severity: normal
stage: needs patch
status: open
title: SIZEOF_SOCKET_T used in longobject.h but undefined
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9629>
_______________________________________

From report at bugs.python.org  Tue Aug 17 20:55:52 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 18:55:52 +0000
Subject: [issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined
In-Reply-To: <1282071013.13.0.416867033883.issue9629@psf.upfronthosting.co.za>
Message-ID: <1282071352.96.0.310111470051.issue9629@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This is witnessed in MSVC warning messages such as:

2>..\Modules\socketmodule.c(1611) : warning C4244: 'function' : conversion from 'SOCKET_T' to 'long', possible loss of data

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9629>
_______________________________________

From report at bugs.python.org  Tue Aug 17 20:58:27 2010
From: report at bugs.python.org (A.M. Kuchling)
Date: Tue, 17 Aug 2010 18:58:27 +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: <1282071507.88.0.0466114354692.issue2636@psf.upfronthosting.co.za>


Changes by A.M. Kuchling <lists at amk.ca>:


----------
nosy:  -akuchling

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:05:03 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 17 Aug 2010 19:05:03 +0000
Subject: [issue9626] OderedDict.viewitems() does not preserve item order
In-Reply-To: <1282050875.1.0.267221585344.issue9626@psf.upfronthosting.co.za>
Message-ID: <1282071903.86.0.726785963424.issue9626@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

The effort to backport dictviews was incomplete.
Fixed in r84148.
Thanks for the report.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9626>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:08:29 2010
From: report at bugs.python.org (Eric Smith)
Date: Tue, 17 Aug 2010 19:08:29 +0000
Subject: [issue9625] argparse: Problem with defaults for variable nargs
In-Reply-To: <1282036744.37.0.964764969496.issue9625@psf.upfronthosting.co.za>
Message-ID: <1282072109.67.0.243101538512.issue9625@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/issue9625>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:16:00 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Tue, 17 Aug 2010 19:16:00 +0000
Subject: [issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined
In-Reply-To: <1282071013.13.0.416867033883.issue9629@psf.upfronthosting.co.za>
Message-ID: <1282072560.53.0.033218355414.issue9629@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

Looks like a dup of issue 4835

----------
nosy: +dmalcolm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9629>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:16:17 2010
From: report at bugs.python.org (A.M. Kuchling)
Date: Tue, 17 Aug 2010 19:16:17 +0000
Subject: [issue5737] add Solaris errnos
In-Reply-To: <1239469549.92.0.788554665966.issue5737@psf.upfronthosting.co.za>
Message-ID: <1282072577.64.0.0203980361497.issue5737@psf.upfronthosting.co.za>


A.M. Kuchling <lists at amk.ca> added the comment:

This patch looks unproblematic to me, unless we're trying to keep platform-specific error codes out of errnomodule.c.

I removed Python 2.7 and 3.1 from Versions, guessing that this change would be unacceptable in a bugfix release.

----------
nosy: +akuchling
stage: needs patch -> patch review
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5737>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:17:23 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Tue, 17 Aug 2010 19:17:23 +0000
Subject: [issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined
In-Reply-To: <1282071013.13.0.416867033883.issue9629@psf.upfronthosting.co.za>
Message-ID: <1282072643.04.0.73371506586.issue9629@psf.upfronthosting.co.za>


Changes by Dave Malcolm <dmalcolm at redhat.com>:


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> SIZEOF_SOCKET_T not defined

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9629>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:24:03 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 19:24:03 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <18784.64475.338807.986695@montanaro.dyndns.org>
Message-ID: <1282073043.6.0.702663836291.issue4835@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

We don't need a separate header file, the definitions can go into pyport.h instead.

----------
nosy: +brian.curtin, pitrou, tim.golden
versions: +Python 2.7 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:27:08 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 19:27:08 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <18784.64475.338807.986695@montanaro.dyndns.org>
Message-ID: <1282073228.2.0.705937278576.issue4835@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

However, since this makes SOCKET_T public, it should probably be renamed to Py_SOCKET_T.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:40:52 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 19:40:52 +0000
Subject: [issue9612] setobject.c warnings under 64-bit Windows
In-Reply-To: <1281893617.3.0.762329491862.issue9612@psf.upfronthosting.co.za>
Message-ID: <1282074052.07.0.0415267814899.issue9612@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This is now fixed in r84146 (py3k) and r84151 (3.1). I've made the "hash" field a Py_ssize_t, consistently with the dict implementation.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9612>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:46:38 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 17 Aug 2010 19:46:38 +0000
Subject: [issue9612] setobject.c warnings under 64-bit Windows
In-Reply-To: <1281893617.3.0.762329491862.issue9612@psf.upfronthosting.co.za>
Message-ID: <1282074398.94.0.153348433096.issue9612@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I'm not sure whether backporting it to 3.1 is a good idea. It's potentially an ABI change (although a minor one, as the field offsets remain the same, only the interpretation of the padding may change).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9612>
_______________________________________

From report at bugs.python.org  Tue Aug 17 21:59:28 2010
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 17 Aug 2010 19:59:28 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282075168.96.0.970865195064.issue9573@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Are there any applications out there that actually rely on forking during import?

(someone discovered this bug... i'd like to know why.  i think its a disgusting thing to do but never explicitly disallowed it in the past)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:00:44 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Aug 2010 20:00:44 +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: <1282075244.14.0.380244152325.issue9516@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I can reproduce this with a script that builds and installs a couple of python versions, annoyingly enough I don't understand why that code fails.

In particular, in my script the run of python that fails is started with this code:


    lg.debug("Run setup script with '%s'", python)
    pprint.pprint(os.environ)
    p = subprocess.Popen([
        python, "setup.py", "install"],
        cwd=distribute_dir, stdout=subprocess.PIPE,
        stderr=subprocess.STDOUT)


This prints the environment and then runs a setup.py script. What confuses me is that the printed environment does *not* contain MACOSX_DEPLOYMENT_TARGET while that is the only way to trigger this bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:01:10 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 20:01:10 +0000
Subject: [issue9612] setobject.c warnings under 64-bit Windows
In-Reply-To: <1282074398.94.0.153348433096.issue9612@psf.upfronthosting.co.za>
Message-ID: <1282075265.3220.3.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I'm not sure whether backporting it to 3.1 is a good idea. It's
> potentially an ABI change (although a minor one, as the field offsets
> remain the same, only the interpretation of the padding may change).

Well, it is unlikely that anyone is accessing setentry structures
directly, given that no API function returns one, and the hash collision
resolution algorithm is not provided.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9612>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:06:42 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Aug 2010 20:06:42 +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: <1282075602.41.0.281650322585.issue9516@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This (untested) patch should fix the issue:


Index: Lib/sysconfig.py
===================================================================
--- Lib/sysconfig.py	(revision 84147)
+++ Lib/sysconfig.py	(working copy)
@@ -295,9 +295,8 @@
             cur_target = cfg_target
             os.putenv('MACOSX_DEPLOYMENT_TARGET', cfg_target)
         elif map(int, cfg_target.split('.')) > map(int, cur_target.split('.')):
-            msg = ('$MACOSX_DEPLOYMENT_TARGET mismatch: now "%s" but "%s" '
-                   'during configure' % (cur_target, cfg_target))
-            raise IOError(msg)
+            os.putenv('MACOSX_DEPLOYMENT_TARGET', cfg_target)
+            cfg_target = cur_target
 
     # On AIX, there are wrong paths to the linker scripts in the Makefile
     # -- these paths are relative to the Python source, but when installed


This removes the exception, and instead replaces the incompatible environment setting by the configured setting.

It might be better to just have:

Index: Lib/sysconfig.py
===================================================================
--- Lib/sysconfig.py	(revision 84147)
+++ Lib/sysconfig.py	(working copy)
@@ -291,13 +291,8 @@
     if sys.platform == 'darwin' and 'MACOSX_DEPLOYMENT_TARGET' in vars:
         cfg_target = vars['MACOSX_DEPLOYMENT_TARGET']
         cur_target = os.getenv('MACOSX_DEPLOYMENT_TARGET', '')
-        if cur_target == '':
-            cur_target = cfg_target
+        if cur_target != cfg_target:
             os.putenv('MACOSX_DEPLOYMENT_TARGET', cfg_target)
-        elif map(int, cfg_target.split('.')) > map(int, cur_target.split('.')):
-            msg = ('$MACOSX_DEPLOYMENT_TARGET mismatch: now "%s" but "%s" '
-                   'during configure' % (cur_target, cfg_target))
-            raise IOError(msg)
 
     # On AIX, there are wrong paths to the linker scripts in the Makefile
     # -- these paths are relative to the Python source, but when installed


This entirely ignores the environment variable and always uses the value that was present during the configure run.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:08:37 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 20:08:37 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <18784.64475.338807.986695@montanaro.dyndns.org>
Message-ID: <1282075717.48.0.00416167416105.issue4835@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

After trying it out, pulling SOCKET in the Python headers brings complications under Windows, because you need to include <winsock2.h> which in turn breaks compilation of _pickle.c (duplicate definition of "FLOAT", "INT", etc.).

An alternative approach would be to define only SIZEOF_SOCKET_T in the standard headers (we don't actually need access to the SOCKET type to compute it, as the current hard-coding shows), and leave SOCKET_T in socketmodule.h.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:23:14 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 20:23:14 +0000
Subject: [issue504152] rfc822 long header continuation broken
Message-ID: <1282076594.34.0.0282557204097.issue504152@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Confirmed still an issue in py3k by using the email subject line from msg8771 and adding two extra test cases to TestParsers got two failures.  Tried several variations of the patch from msg71573 (in the original the parantheses are unbalanced) and pushed the number of failures to over 80.  I've attached a patch against the unit test file, note that the comments will need changing.

----------
nosy: +BreamoreBoy
stage: unit test needed -> needs patch
versions: +Python 3.2 -Python 2.6, Python 3.0
Added file: http://bugs.python.org/file18555/email_test.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue504152>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:23:18 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 17 Aug 2010 20:23:18 +0000
Subject: [issue9614] _pickle is not entirely 64-bit safe
In-Reply-To: <1281895982.89.0.760453311109.issue9614@psf.upfronthosting.co.za>
Message-ID: <1282076598.31.0.549172384355.issue9614@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

The warnings at lines 284, 301, 461, 647 are benign. The attached patch fixes them.

The others (lines 628, 1320, 1558, 1806) are real issues: pickle will fail when given a list, a tuple or a dict larger than INT_MAX, or when the memo is too large.

There are other issues in 2.7: pickling a large string fails with a SystemError("Negative size passed to PyString_FromStringAndSize")

----------
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file18556/pickle_warnings_easy.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9614>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:25:55 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 20:25:55 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <18784.64475.338807.986695@montanaro.dyndns.org>
Message-ID: <1282076755.47.0.996305679955.issue4835@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is a patch implementing the approach I proposed above.
It successfully removes warnings about casting SOCKET to long under 64-bit Windows.

----------
Added file: http://bugs.python.org/file18557/sockdefine.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:26:02 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Aug 2010 20:26:02 +0000
Subject: [issue9584] Allow curly braces in fnmatch
In-Reply-To: <1281688613.27.0.00233773234268.issue9584@psf.upfronthosting.co.za>
Message-ID: <1282076762.53.0.421385162066.issue9584@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution: rejected -> 
stage: committed/rejected -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9584>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:28:39 2010
From: report at bugs.python.org (=?utf-8?q?Gerhard_H=C3=A4ring?=)
Date: Tue, 17 Aug 2010 20:28:39 +0000
Subject: [issue6683] smtplib authentication - try all mechanisms
In-Reply-To: <1250007436.58.0.446313092376.issue6683@psf.upfronthosting.co.za>
Message-ID: <1282076919.37.0.537638557731.issue6683@psf.upfronthosting.co.za>


Gerhard H?ring <gh at ghaering.de> added the comment:

Wow! That's great!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6683>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:29:58 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 17 Aug 2010 20:29:58 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282076998.73.0.172664408414.issue9622@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Indeed it is.  This is a remnant of the previous method.  I will fix it, and add documentation.  I also think I'll leave the change to _lsprof out of this so that this change can stand on its own, irrespective of the profiling engine being used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:34:24 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 20:34:24 +0000
Subject: [issue502236] Asynchronous exceptions between threads
Message-ID: <1282077264.58.0.48532844743.issue502236@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

For the record, there is now a C API function (PyThreadState_SetAsyncExc()) to raise an asynchronous exception on a Python thread, although the signature is bizarre (it takes the thread id rather than the thread state structure itself).

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue502236>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:45:50 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 17 Aug 2010 20:45:50 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282077950.48.0.200991088568.issue9622@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I just realized that this is probably a redundant change.
We have C apis to get all the Thread states in an interpreter state (I didn't even know there was such a thing as multiple interpreter states, but there!)
This is the PyInterpreterState_ThreadHead() api et al.
>From C, all that is missing is a SetTrace api that takes a thread state.

>From python, the threading module provides access to all Thread objects, and each of those has a settrace/setprofile method.

To turn on global tracing from cProfile, all that is needed is to iterate over all the Thread objects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:47:54 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 17 Aug 2010 20:47:54 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282078074.85.0.601994404054.issue9622@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Setting this to invalid, since there already are APIs to do this, at least from .py code.

----------
resolution:  -> invalid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9622>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:56:15 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 20:56:15 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282078575.39.0.152672536072.issue9573@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

It turns out my proposed patch is incorrect anyway - it will do the wrong thing if a thread *other* than the one doing the fork is in the middle of a nested import at the time the fork occurs.

With issue 7242 establishing that the current thread ID may not survive the forking process on all platforms, the only way I can see to get completely correct semantics for the fork-as-a-side-effect of import case is to give the forking thread another way to detect "did I own the import lock before the fork?". One way to do that would be to move the lock nesting count into thread local storage, although that would likely suffer cross-platform incompatibility fun and games as well.

Given that, I'm inclined to go with what Brett said: don't do that. Use a __name__ == "__main__" guard so the fork only happens when run as a script, not when imported.

----------
assignee: barry -> 
priority: release blocker -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 22:56:47 2010
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 17 Aug 2010 20:56:47 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <18784.64475.338807.986695@montanaro.dyndns.org>
Message-ID: <1282078607.5.0.83514116155.issue4835@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

sockdefine.patch seems fine to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:04:25 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 17 Aug 2010 21:04:25 +0000
Subject: [issue9193] Versioned .so files
In-Reply-To: <1278527607.97.0.766712002778.issue9193@psf.upfronthosting.co.za>
Message-ID: <1282079065.91.0.534472015848.issue9193@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


Removed file: http://bugs.python.org/file17895/preview.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9193>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:04:29 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 17 Aug 2010 21:04:29 +0000
Subject: [issue9193] Versioned .so files
In-Reply-To: <1278527607.97.0.766712002778.issue9193@psf.upfronthosting.co.za>
Message-ID: <1282079069.18.0.592222806178.issue9193@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


Removed file: http://bugs.python.org/file17972/2010-07-12.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9193>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:04:31 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 17 Aug 2010 21:04:31 +0000
Subject: [issue9193] Versioned .so files
In-Reply-To: <1278527607.97.0.766712002778.issue9193@psf.upfronthosting.co.za>
Message-ID: <1282079071.91.0.675235416982.issue9193@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


Removed file: http://bugs.python.org/file18125/diff.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9193>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:05:54 2010
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 17 Aug 2010 21:05:54 +0000
Subject: [issue9193] PEP 3149 (versioned .so files) reference implementation
In-Reply-To: <1278527607.97.0.766712002778.issue9193@psf.upfronthosting.co.za>
Message-ID: <1282079154.73.0.34169852596.issue9193@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
title: Versioned .so files -> PEP 3149 (versioned .so files) reference implementation
Added file: http://bugs.python.org/file18558/pep3149.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9193>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:07:07 2010
From: report at bugs.python.org (Alex Roitman)
Date: Tue, 17 Aug 2010 21:07:07 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282079227.37.0.435419161434.issue9573@psf.upfronthosting.co.za>


Alex Roitman <rshura at gmail.com> added the comment:

gregory.p.smith: This is my use case: we had the following situation with the test scripts at work.  Each script is required to import TestApi module in order to run the tests.  That module in turn imported the module that forks, and in the parent waits for the child to exit, then kills all child's children processes.  That way tests don't leave any processes behind.

So any script that imported the cleanup module, whether directly or via another module, had this cleanup functionality "for free". One workaround for this issue would be to change all existing test scripts to call the cleanup function, instead of the cleanup module calling it at the module level.

I can see your reservations about forking/starting threads during import, but it seems like it either should work or it should be disallowed.  The thing is, the actual import is working fine with the fork() call, it's releasing the lock that is messed up, because it was not initialized correctly after the fork.  The patch attached by ncoghlan looks good though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:13:31 2010
From: report at bugs.python.org (Alex Roitman)
Date: Tue, 17 Aug 2010 21:13:31 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282079611.03.0.902996417319.issue9573@psf.upfronthosting.co.za>


Alex Roitman <rshura at gmail.com> added the comment:

I already worked around this for my use case.

For the future, it would be nice if fork() raised an exception if called during the import, and if the documentation mentioned that forking while in import is not allowed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:13:40 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 21:13:40 +0000
Subject: [issue3488] Provide compress/uncompress functions on the gzip module
In-Reply-To: <1217613416.28.0.352724086622.issue3488@psf.upfronthosting.co.za>
Message-ID: <1282079620.85.0.927837373528.issue3488@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Modified patch committed in r84155 (py3k). Thanks for your contribution!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3488>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:18:30 2010
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 17 Aug 2010 21:18:30 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282079910.12.0.103227395193.issue9573@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Agreed on the explicit exception and documentation. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:22:46 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 21:22:46 +0000
Subject: [issue504219] locale.resetlocale is broken
Message-ID: <1282080166.23.0.267374913625.issue504219@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Still a problems on py3k.  Set stage to needs patch as it's so easy to reproduce.

----------
assignee: mhammond -> 
nosy: +BreamoreBoy
stage: unit test needed -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue504219>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:22:48 2010
From: report at bugs.python.org (Alex Roitman)
Date: Tue, 17 Aug 2010 21:22:48 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282080168.58.0.17178513021.issue9573@psf.upfronthosting.co.za>


Alex Roitman <rshura at gmail.com> added the comment:

Will starting a thread while in import also be disallowed?  If so, issue 7242 will also become moot...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:25:44 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Aug 2010 21:25:44 +0000
Subject: [issue9573] importing a module that executes fork() raises
	RuntimeError
In-Reply-To: <1281570124.9.0.596338600617.issue9573@psf.upfronthosting.co.za>
Message-ID: <1282080344.53.0.274205234364.issue9573@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

On further further reflection - I'm back to thinking my patch is correct. With the way fork is now implemented, the forking thread *always* holds the import lock, so the assumption in my patch regarding the meaning of the nesting level is correct.

It could use a comment in _PyImport_ReInitLock to better explain that, though.

Unless there are any objections, I'll apply the fix to 2.7, 3.1 and 3.2.

2.6 is out of luck though (as per Barry's comment). I'll do a doc change for that, but I can't promise I'll get to it before the binary releases go out.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9573>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:41:08 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 21:41:08 +0000
Subject: [issue513840] entity unescape for sgml/htmllib
Message-ID: <1282081268.09.0.212874229343.issue513840@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is anyone aware if this was implemented in 2.5 or later as hinted at in msg61077?  If yes please close this.  If no any point in putting this into 3.2?

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue513840>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:43:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 21:43:38 +0000
Subject: [issue515073] subtypable weak references
Message-ID: <1282081418.61.0.76305501675.issue515073@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closing as nobody replied to msg71508.

----------
nosy: +BreamoreBoy
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue515073>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:44:01 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 21:44:01 +0000
Subject: [issue9433] regrtest.py -j 2 doesn't work on Windows: remove
	close_fds=True on Windows
In-Reply-To: <1280569907.44.0.401416640246.issue9433@psf.upfronthosting.co.za>
Message-ID: <1282081441.38.0.771712366772.issue9433@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/issue9433>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:46:39 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 21:46:39 +0000
Subject: [issue515074] Extended storage in new-style classes
Message-ID: <1282081599.38.0.645445192718.issue515074@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this unless there's a positive response within a couple of weeks.

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue515074>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:46:44 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Aug 2010 21:46:44 +0000
Subject: [issue515073] subtypable weak references
Message-ID: <1282081604.84.0.943734760519.issue515073@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

You can create weakref subclasses anyway now.

----------
resolution: wont fix -> out of date

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue515073>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:56:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 21:56:04 +0000
Subject: [issue539907] Tkinter lock conflicts extension widgets
Message-ID: <1282082164.46.0.935439264275.issue539907@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Guilherme I'm guessing that you're still interested in this, yes?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue539907>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:56:46 2010
From: report at bugs.python.org (Dave Abrahams)
Date: Tue, 17 Aug 2010 21:56:46 +0000
Subject: [issue515074] Extended storage in new-style classes
Message-ID: <1282082206.85.0.430055957303.issue515074@psf.upfronthosting.co.za>


Dave Abrahams <dave at boostpro.com> added the comment:

I can't imagine what kind of "positive response" you'd want from me.  I responded to the last question asked.  I certainly don't know whether this is still an issue, though.

----------
nosy: +dabrahams
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue515074>
_______________________________________

From report at bugs.python.org  Tue Aug 17 23:59:14 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 21:59:14 +0000
Subject: [issue592703] HTTPS does not handle pipelined requests
Message-ID: <1282082354.98.0.971895215665.issue592703@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

is this still an issue or can it be closed as out fo date?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue592703>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:02:26 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 22:02:26 +0000
Subject: [issue616013] cPickle documentation incomplete
Message-ID: <1282082546.4.0.620565451785.issue616013@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee:  -> docs at python
nosy: +docs at python
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue616013>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:05:47 2010
From: report at bugs.python.org (Guilherme Polo)
Date: Tue, 17 Aug 2010 22:05:47 +0000
Subject: [issue539907] Tkinter lock conflicts extension widgets
In-Reply-To: <1282082164.46.0.935439264275.issue539907@psf.upfronthosting.co.za>
Message-ID: <AANLkTinKR96VjVtFZLMSScx_P4hS37+-yWfcde-A5G5q@mail.gmail.com>


Guilherme Polo <ggpolo at gmail.com> added the comment:

> @Guilherme I'm guessing that you're still interested in this, yes?

I don't see the point in closing an issue simple because no one
responded. I think the question to be asked is more towards "is it
solved?" than "are you interested on it?". If the issue is invalid
considering all the changes that happened since the initial message
then I'm in favor in closing it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue539907>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:12:15 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Aug 2010 22:12:15 +0000
Subject: [issue616013] cPickle documentation incomplete
Message-ID: <1282083135.26.0.175533309688.issue616013@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
versions:  -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue616013>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:14:07 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Aug 2010 22:14:07 +0000
Subject: [issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()
In-Reply-To: <1267744197.1.0.664779918218.issue8063@psf.upfronthosting.co.za>
Message-ID: <1282083247.08.0.665891535964.issue8063@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

While working on #9425, I usually hit two annoying issues:
 - _PyObject_Dump() crashs (assertion error) if I call it (with gdb) in Py_InitializeEx()
 - because of python-gdb.py, gdb does segfault (I don't know yet where it does come from)

So I'm back on the GIL topic: I still would like to initialize the GIL earlier in Py_InitializeEx(). As Amaury wrote, I think that the right place is just after "(void) PyThreadState_Swap(tstate);". This is exactly what does my new patch (for py3k).

I think that only python 3.2 should be patched.

----------
Added file: http://bugs.python.org/file18559/gil_state_init-py3k.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8063>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:14:13 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Aug 2010 22:14:13 +0000
Subject: [issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()
In-Reply-To: <1267744197.1.0.664779918218.issue8063@psf.upfronthosting.co.za>
Message-ID: <1282083253.06.0.661871160475.issue8063@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file16439/gil_state_init-trunk.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8063>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:14:19 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Aug 2010 22:14:19 +0000
Subject: [issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()
In-Reply-To: <1267744197.1.0.664779918218.issue8063@psf.upfronthosting.co.za>
Message-ID: <1282083259.96.0.344998477151.issue8063@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8063>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:23:17 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 22:23:17 +0000
Subject: [issue618023] imap handler in urllib(2)
Message-ID: <1282083797.89.0.210192031233.issue618023@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closing as no reply to msg81791.

----------
nosy: +BreamoreBoy
status: open -> closed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue618023>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:28:16 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Aug 2010 22:28:16 +0000
Subject: [issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()
In-Reply-To: <1267744197.1.0.664779918218.issue8063@psf.upfronthosting.co.za>
Message-ID: <1282084096.09.0.672470971705.issue8063@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Commited as r84163 to 3.2. Don't backport because it is not really a bug and I prefer to avoid touching stable branches with such minor details.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8063>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:30:14 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 17 Aug 2010 22:30:14 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <18784.64475.338807.986695@montanaro.dyndns.org>
Message-ID: <1282084214.14.0.296324489159.issue4835@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Why is PyLong_FromSocket_t defined in a header file in the first place? The only caller is in socketmodule.c, and calling it elsewhere wouldn't work, anyway, since it relies on SOCKET_T being defined.

So -1 on the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:31:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 22:31:13 +0000
Subject: [issue626452] Support RFC 2111 in email package
Message-ID: <1282084273.54.0.4629932985.issue626452@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue626452>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:31:53 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Aug 2010 22:31:53 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <1282084214.14.0.296324489159.issue4835@psf.upfronthosting.co.za>
Message-ID: <1282084309.3220.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Why is PyLong_FromSocket_t defined in a header file in the first
> place? The only caller is in socketmodule.c, and calling it elsewhere
> wouldn't work, anyway, since it relies on SOCKET_T being defined.

I agree, but it was already like that, and I didn't want to change it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:34:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 22:34:58 +0000
Subject: [issue639266] Tkinter sliently discards all Tcl errors
Message-ID: <1282084498.82.0.323595460382.issue639266@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Guilherme I take it that you're still interested in this?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue639266>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:38:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 22:38:54 +0000
Subject: [issue644744] bdist_rpm fails when installing man pages
Message-ID: <1282084734.78.0.420028801141.issue644744@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Anyone got a reply for msg107898?

----------
nosy: +BreamoreBoy
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue644744>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:44:39 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 17 Aug 2010 22:44:39 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <18784.64475.338807.986695@montanaro.dyndns.org>
Message-ID: <1282085079.27.0.257258255782.issue4835@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I agree, but it was already like that, and I didn't want to change it.

This goes back to issue 1378. Christian, do you recall why you needed to add the helper macros to a header file? You said

# Added PyLong_FromSocket_t and PyLong_AsSocket_t to longobject.h 
# to get rid of some 64bit warnings

but I doubt that it really needed to live in the header file.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:51:35 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 22:51:35 +0000
Subject: [issue658749] asyncore connect() and winsock errors
Message-ID: <1282085495.32.0.887585679816.issue658749@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue658749>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:53:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 22:53:30 +0000
Subject: [issue665194] datetime-RFC2822 roundtripping
Message-ID: <1282085610.76.0.829608448959.issue665194@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue665194>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:55:24 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 22:55:24 +0000
Subject: [issue667770] import C API mess
Message-ID: <1282085724.74.0.424862037373.issue667770@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
type:  -> feature request
versions: +Python 3.2 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue667770>
_______________________________________

From report at bugs.python.org  Wed Aug 18 00:58:36 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 22:58:36 +0000
Subject: [issue670664] HTMLParser.py - more robust SCRIPT tag parsing
Message-ID: <1282085916.65.0.819303122431.issue670664@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue670664>
_______________________________________

From report at bugs.python.org  Wed Aug 18 01:03:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Aug 2010 23:03:31 +0000
Subject: [issue672115] Assignment to __bases__ of direct object subclasses
Message-ID: <1282086211.19.0.953014846504.issue672115@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue672115>
_______________________________________

From report at bugs.python.org  Wed Aug 18 01:47:06 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Aug 2010 23:47:06 +0000
Subject: [issue9630] Reencode filenames of all module and code objects when
	setting the filesystem encoding
In-Reply-To: <1282088826.81.0.444273804054.issue9630@psf.upfronthosting.co.za>
Message-ID: <1282088826.81.0.444273804054.issue9630@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

Python 3 has a very important variable: the filesystem encoding, sys.getfilesystemencoding(). It is used to encode and decode filenames to access to the filesystem, to encode program arguments in subprocess, etc.

The encoding is hardcoded to "mbcs" on Windows and "utf-8" on Mac OS X. On other OSes, Python gets the encoding from the locale. The problem is that the code getting the locale encoding loads Python modules (eg. locale) and Python uses a default encoding before the locale encoding is known. As a result, modules and code objects created before Python sets the locale encoding are encoded with the old encoding.

The default encoding is "utf-8". If the locale encoding is also "utf-8", there is no problem because the filename are correctly encoded. If the locale encoding is different, we keep filenames encoded in the wrong encoding.

It becomes worse when the locale encoding is unable to encode the filenames, eg. ASCII encoding.

--

A solution would be to avoid loading any Python module, but I don't think that it is possible. The locale encoding can be something different than ascii, latin-1, utf-8 or mbcs. The locale encoding can be an alias like 'utf8' (instead of 'utf-8'), 'iso-8859-1' (Python uses 'latin_1') or 'ANSI_x3.4_1968' (for 'ascii') and encoding aliases are implemented as Lib/encodings/aliases.py which is... a Python module.

--

I wrote a patch to reencode filenames of all module and code objects in initfsencoding() when the locale encoding is known.

I tested my patch on my import_unicode branch (branch to fix #8611, see also #9425: issue to merge the branch to py3k). I would like one or more reviews of the patch because it is long and complex. Please check for refleaks :-)

--

About the patch.

I don't know how to list *all* code objects and so I created a list to store weak references to all code objects, list filled by the code object constructor. The list is destroyed at initfsencoding() exit (early in Python initialization).

There is a FIXME: I don't know if sys.path_importer_cache keys should also be reencoded.

I tried to apply all remarks made on the first patch (posted on Rietveld for #9425). The patch now stores weak references instead of strong references to code objects in the code object list.

(r84168 creates PyModule_GetFilenameObject, function needed by this patch)

----------
components: Interpreter Core, Unicode
files: reencode_modules_path.patch
keywords: patch
messages: 114191
nosy: haypo
priority: normal
severity: normal
status: open
title: Reencode filenames of all module and code objects when setting the filesystem encoding
versions: Python 3.2
Added file: http://bugs.python.org/file18560/reencode_modules_path.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9630>
_______________________________________

From report at bugs.python.org  Wed Aug 18 01:49:01 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Aug 2010 23:49:01 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1282088941.89.0.762677083509.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r84168 creates PyModule_GetFilenameObject().

I created a separated issue for the patch reencoding all filenames when setting the filesystem encoding: #9630.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Wed Aug 18 01:57:32 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 17 Aug 2010 23:57:32 +0000
Subject: [issue504152] rfc822 long header continuation broken
Message-ID: <1282089452.74.0.682213272121.issue504152@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue504152>
_______________________________________

From report at bugs.python.org  Wed Aug 18 01:57:54 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 17 Aug 2010 23:57:54 +0000
Subject: [issue502236] Asynchronous exceptions between threads
Message-ID: <1282089474.18.0.826543431579.issue502236@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue502236>
_______________________________________

From report at bugs.python.org  Wed Aug 18 01:59:00 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 17 Aug 2010 23:59:00 +0000
Subject: [issue616013] cPickle documentation incomplete
Message-ID: <1282089540.6.0.949962360775.issue616013@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue616013>
_______________________________________

From report at bugs.python.org  Wed Aug 18 01:59:13 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 17 Aug 2010 23:59:13 +0000
Subject: [issue658749] asyncore connect() and winsock errors
Message-ID: <1282089553.37.0.634875125388.issue658749@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue658749>
_______________________________________

From report at bugs.python.org  Wed Aug 18 01:59:43 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 17 Aug 2010 23:59:43 +0000
Subject: [issue667770] import C API mess
Message-ID: <1282089583.84.0.259672071869.issue667770@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue667770>
_______________________________________

From report at bugs.python.org  Wed Aug 18 02:05:25 2010
From: report at bugs.python.org (Kenneth Arnold)
Date: Wed, 18 Aug 2010 00:05:25 +0000
Subject: [issue504152] rfc822 long header continuation broken
Message-ID: <1282089925.52.0.957218972309.issue504152@psf.upfronthosting.co.za>


Changes by Kenneth Arnold <kenneth.arnold at gmail.com>:


----------
nosy:  -kcarnold

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue504152>
_______________________________________

From report at bugs.python.org  Wed Aug 18 02:14:06 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 18 Aug 2010 00:14:06 +0000
Subject: [issue1210680] Split email headers near a space
Message-ID: <1282090446.82.0.577139741601.issue1210680@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1210680>
_______________________________________

From report at bugs.python.org  Wed Aug 18 02:14:20 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 18 Aug 2010 00:14:20 +0000
Subject: [issue7275] CoverageResult fails to merge input file with non-empty
	callers in trace.py (patch)
In-Reply-To: <1257531121.53.0.200338110704.issue7275@psf.upfronthosting.co.za>
Message-ID: <1282090460.98.0.409954746786.issue7275@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7275>
_______________________________________

From report at bugs.python.org  Wed Aug 18 02:14:47 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 18 Aug 2010 00:14:47 +0000
Subject: [issue8722] Documentation for __getattr__
In-Reply-To: <1273896658.97.0.575873001655.issue8722@psf.upfronthosting.co.za>
Message-ID: <1282090487.42.0.966060922322.issue8722@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8722>
_______________________________________

From report at bugs.python.org  Wed Aug 18 02:15:17 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 18 Aug 2010 00:15:17 +0000
Subject: [issue5843] Possible normalization error in urlparse.urlunparse
In-Reply-To: <1240686759.57.0.0410680082249.issue5843@psf.upfronthosting.co.za>
Message-ID: <1282090517.55.0.631995302227.issue5843@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5843>
_______________________________________

From report at bugs.python.org  Wed Aug 18 02:15:33 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 18 Aug 2010 00:15:33 +0000
Subject: [issue7159] Urllib2 authentication memory.
In-Reply-To: <1255793559.46.0.185389780208.issue7159@psf.upfronthosting.co.za>
Message-ID: <1282090533.94.0.326178460347.issue7159@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7159>
_______________________________________

From report at bugs.python.org  Wed Aug 18 02:15:54 2010
From: report at bugs.python.org (David Stanek)
Date: Wed, 18 Aug 2010 00:15:54 +0000
Subject: [issue9417] Declaring a class creates circular references
In-Reply-To: <1280413185.92.0.0897116981748.issue9417@psf.upfronthosting.co.za>
Message-ID: <1282090554.97.0.889251027887.issue9417@psf.upfronthosting.co.za>


Changes by David Stanek <dstanek at dstanek.com>:


----------
nosy: +dstanek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9417>
_______________________________________

From report at bugs.python.org  Wed Aug 18 02:49:51 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 00:49:51 +0000
Subject: [issue9630] Reencode filenames of all module and code objects when
	setting the filesystem encoding
In-Reply-To: <1282088826.81.0.444273804054.issue9630@psf.upfronthosting.co.za>
Message-ID: <1282092591.44.0.657337254465.issue9630@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

While working on #8622, I realized that it's not enough: sys.path and sys.executable (and sys.meta_path) should also be reencoded. New patch does that.

----------
Added file: http://bugs.python.org/file18561/reencode_modules_path-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9630>
_______________________________________

From report at bugs.python.org  Wed Aug 18 02:50:15 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 00:50:15 +0000
Subject: [issue9630] Reencode filenames of all module and code objects when
	setting the filesystem encoding
In-Reply-To: <1282088826.81.0.444273804054.issue9630@psf.upfronthosting.co.za>
Message-ID: <1282092615.63.0.823580865967.issue9630@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18560/reencode_modules_path.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9630>
_______________________________________

From report at bugs.python.org  Wed Aug 18 03:05:25 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 01:05:25 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282093525.41.0.440562307181.issue8622@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Here you have a patch. It adds tests in test_sys.

The tests are skipped on a non-ascii Python executable path because of #8611 (see #9425).

----------
keywords: +patch
nosy: +pitrou
Added file: http://bugs.python.org/file18562/pythonfsencoding.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 18 03:06:27 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 01:06:27 +0000
Subject: [issue9630] Reencode filenames when setting the filesystem encoding
In-Reply-To: <1282088826.81.0.444273804054.issue9630@psf.upfronthosting.co.za>
Message-ID: <1282093587.42.0.813690726711.issue9630@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
title: Reencode filenames of all module and code objects when setting the filesystem encoding -> Reencode filenames when setting the filesystem encoding

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9630>
_______________________________________

From report at bugs.python.org  Wed Aug 18 03:35:29 2010
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 18 Aug 2010 01:35:29 +0000
Subject: [issue616013] cPickle documentation incomplete
Message-ID: <1282095329.32.0.659513422902.issue616013@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/issue616013>
_______________________________________

From report at bugs.python.org  Wed Aug 18 06:01:19 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 18 Aug 2010 04:01:19 +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: <1282104079.67.0.0832909564225.issue9516@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I now understand why my script fails, and it is caused by this issue.

The sysconfig.py code has another major issue: the use of os.putenv. This changes the environment, without changing os.environ. The use of os.putenv should be replaced by setting keys in os.environ to make it easier to discover that changes have been made.

Even that is no good: setting the environment variable should only be done in distutils to ensure that the right build environment is used. It should not be set globally where it will affect code that it was never intended to affect.


BTW. Sridhar: could this be the reason you cannot find the correct reproduction steps for this?  Do you use a build script that is writting in python and run with a copy of python where sysconfig.get_config_var('MACOSX_DEPLOYMENT_TARGET') returns '10.3'?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Wed Aug 18 07:22:33 2010
From: report at bugs.python.org (Prakash Palanivel)
Date: Wed, 18 Aug 2010 05:22:33 +0000
Subject: [issue9631] Python 2.7 installation issue for Linux Red Hat 4.1
In-Reply-To: <1282108953.92.0.943632360126.issue9631@psf.upfronthosting.co.za>
Message-ID: <1282108953.92.0.943632360126.issue9631@psf.upfronthosting.co.za>


New submission from Prakash Palanivel <spprakash.tn at gmail.com>:

Server on Linux:gcc version 4.1.0 20060304 (Red Hat 4.1.0-3)
Which "sunaudiodev" library i need to install on linux.

Kindly help me how to install or configure or avoid this issue.

Error:
Python build finished, but the necessary bits to build these modules were not found:
_tkinter           bsddb185           sunaudiodev     
To find the necessary bits, look in setup.py in detect_modules() for the module's name.

----------
components: Installation
messages: 114196
nosy: spprakash
priority: normal
severity: normal
status: open
title: Python 2.7 installation issue for Linux Red Hat 4.1
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9631>
_______________________________________

From report at bugs.python.org  Wed Aug 18 07:23:29 2010
From: report at bugs.python.org (Prakash Palanivel)
Date: Wed, 18 Aug 2010 05:23:29 +0000
Subject: [issue9631] Python 2.7 installation issue for Linux Red Hat 4.1
In-Reply-To: <1282108953.92.0.943632360126.issue9631@psf.upfronthosting.co.za>
Message-ID: <1282109009.23.0.682266193131.issue9631@psf.upfronthosting.co.za>


Changes by Prakash Palanivel <spprakash.tn at gmail.com>:


----------
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9631>
_______________________________________

From report at bugs.python.org  Wed Aug 18 07:55:14 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 18 Aug 2010 05:55:14 +0000
Subject: [issue9631] Python 2.7 installation issue for Linux Red Hat 4.1
In-Reply-To: <1282108953.92.0.943632360126.issue9631@psf.upfronthosting.co.za>
Message-ID: <1282110914.01.0.570296568877.issue9631@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

You are misinterpreting what you are seeing. The message you get is not an error message. It works all fine, and correctly. To build the sunaudiodev module, you need Sun/Oracle Solaris, not Linux.

----------
nosy: +loewis
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9631>
_______________________________________

From report at bugs.python.org  Wed Aug 18 08:01:55 2010
From: report at bugs.python.org (Popa Claudiu)
Date: Wed, 18 Aug 2010 06:01:55 +0000
Subject: [issue9598] untabify.py fails on files that contain non-ascii
	characters
In-Reply-To: <1281740774.41.0.842761146652.issue9598@psf.upfronthosting.co.za>
Message-ID: <1282111315.97.0.803399409738.issue9598@psf.upfronthosting.co.za>


Popa Claudiu <pcmanticore at gmail.com> added the comment:

Hello.
As it seems, untabify.py opens the file using the builtin function open, making the call error-prone when encountering non-ascii character. The proper handling should be done by using open from codecs library, specifying the encoding as argument.
e.g. codecs.open(filename, mode, 'utf-8') instead of simply open(filename, mode).

----------
nosy: +Popa.Claudiu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9598>
_______________________________________

From report at bugs.python.org  Wed Aug 18 08:05:35 2010
From: report at bugs.python.org (Prakash Palanivel)
Date: Wed, 18 Aug 2010 06:05:35 +0000
Subject: [issue9631] Python 2.7 installation issue for Linux Red Hat 4.1
In-Reply-To: <1282108953.92.0.943632360126.issue9631@psf.upfronthosting.co.za>
Message-ID: <1282111535.48.0.0538103268337.issue9631@psf.upfronthosting.co.za>


Prakash Palanivel <spprakash.tn at gmail.com> added the comment:

After complete the installation the below error message was displayed.Kindly check and revert.
./python -E ./setup.py install \
   	--prefix=/usr/local/python-2.7 \
	--install-scripts=/usr/local/python-2.7/bin \
	--install-platlib=/usr/local/python-2.7/lib/python2.7/lib-dynload \
	--root=/
make: execvp: ./python: Text file busy
make: *** [sharedinstall] Error 127

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9631>
_______________________________________

From report at bugs.python.org  Wed Aug 18 08:18:07 2010
From: report at bugs.python.org (=?utf-8?q?Markus_Pr=C3=B6ller?=)
Date: Wed, 18 Aug 2010 06:18:07 +0000
Subject: [issue5215] change value of local variable in debug
In-Reply-To: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>
Message-ID: <1282112287.02.0.609631069229.issue5215@psf.upfronthosting.co.za>


Markus Pr?ller <mproeller at googlemail.com> added the comment:

Hello,

I changed pdb.py to the file I added in the attachment (I just used the given patch pdb_cache_f_locals.patch)

Then I created the following file:

import pdb

def function_1(number):
    stack_1 = number
    function_2(stack_1)
    
def function_2(number):
    stack_2 = number + 1
    function_3(stack_2)
    
def function_3(number):
    stack_3 = number + 1
    pdb.set_trace()
    print stack_3
    
function_1(1)

and run that file with python -i <filename>
This is my python version:
---------------------------------------
Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>>
-----------------------------------------
And here is what I did in the pdb session:
> c:\tst_pdb.py(14)function_3()
-> print stack_3
(Pdb) !print stack_3
3
(Pdb) u
> c:\tst_pdb.py(9)function_2()
-> function_3(stack_2)
(Pdb) l
  4         stack_1 = number
  5         function_2(stack_1)
  6
  7     def function_2(number):
  8         stack_2 = number + 1
  9  ->     function_3(stack_2)
 10
 11     def function_3(number):
 12         stack_3 = number + 1
 13         pdb.set_trace()
 14         print stack_3
(Pdb) !print stack_2
*** NameError: name 'stack_2' is not defined
(Pdb) d
> c:\tst_pdb.py(14)function_3()
-> print stack_3
(Pdb) l
  9         function_3(stack_2)
 10
 11     def function_3(number):
 12         stack_3 = number + 1
 13         pdb.set_trace()
 14  ->     print stack_3
 15
 16     function_1(1) [EOF]
(Pdb) !stack_3 = 125 #this works now with the patch
(Pdb) !print stack_3
125
(Pdb)

When I use my original pdb.py, I can print variable stack_2 when I move one frame up, but can't change the value of these local variables.

----------
Added file: http://bugs.python.org/file18563/pdb.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5215>
_______________________________________

From report at bugs.python.org  Wed Aug 18 08:29:12 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 18 Aug 2010 06:29:12 +0000
Subject: [issue5215] change value of local variable in debug
In-Reply-To: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>
Message-ID: <1282112952.13.0.452585804547.issue5215@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Ah, the patch is buggy; it was corrected with r71019 which indeed fixes "up" and "down". You could try to apply this change to your local copy.

Also consider upgrading to 2.7, where everything works as expected...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5215>
_______________________________________

From report at bugs.python.org  Wed Aug 18 08:29:16 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 18 Aug 2010 06:29:16 +0000
Subject: [issue9631] Python 2.7 installation issue for Linux Red Hat 4.1
In-Reply-To: <1282108953.92.0.943632360126.issue9631@psf.upfronthosting.co.za>
Message-ID: <1282112956.84.0.323003494867.issue9631@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

What file system is this on?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9631>
_______________________________________

From report at bugs.python.org  Wed Aug 18 09:40:13 2010
From: report at bugs.python.org (Prakash Palanivel)
Date: Wed, 18 Aug 2010 07:40:13 +0000
Subject: [issue9631] Python 2.7 installation issue for Linux Red Hat 4.1
In-Reply-To: <1282108953.92.0.943632360126.issue9631@psf.upfronthosting.co.za>
Message-ID: <1282117213.95.0.788976073733.issue9631@psf.upfronthosting.co.za>


Prakash Palanivel <spprakash.tn at gmail.com> added the comment:

After Installed the following error was through:

PYTHONPATH=/usr/local/Python-2.7/lib/python2.7   \
	./python -Wi -tt /usr/local/Python-2.7/lib/python2.7/compileall.py \
	-d /usr/local/Python-2.7/lib/python2.7 -f \
	-x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
	/usr/local/Python-2.7/lib/python2.7
Traceback (most recent call last):
  File "/usr/local/Python-2.7/lib/python2.7/compileall.py", line 17, in <module>
    import struct
  File "/usr/local/Python-2.7/lib/python2.7/struct.py", line 1, in <module>
    from _struct import *
ImportError: No module named _struct
make: *** [libinstall] Error 1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9631>
_______________________________________

From report at bugs.python.org  Wed Aug 18 09:46:07 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 07:46:07 +0000
Subject: [issue672656] securing pydoc server
Message-ID: <1282117567.82.0.56900064528.issue672656@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This looks weird, a security issue with a low priority???

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue672656>
_______________________________________

From report at bugs.python.org  Wed Aug 18 10:19:44 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 18 Aug 2010 08:19:44 +0000
Subject: [issue9631] Python 2.7 installation issue for Linux Red Hat 4.1
In-Reply-To: <1282108953.92.0.943632360126.issue9631@psf.upfronthosting.co.za>
Message-ID: <1282119584.52.0.608225259693.issue9631@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

spprakash, do the following, in your python2.7 checkout (or download):
do 
make distclean
./configure
make
make install

If there is any failure in make/make install of the above steps, please paste that error message and also provide the file system type
(run  df -T)

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9631>
_______________________________________

From report at bugs.python.org  Wed Aug 18 11:05:41 2010
From: report at bugs.python.org (=?utf-8?q?Markus_Pr=C3=B6ller?=)
Date: Wed, 18 Aug 2010 09:05:41 +0000
Subject: [issue5215] change value of local variable in debug
In-Reply-To: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>
Message-ID: <1282122341.2.0.345898992122.issue5215@psf.upfronthosting.co.za>


Markus Pr?ller <mproeller at googlemail.com> added the comment:

Okay,

thanks for giving me the correct patch, but I still face the following problem (with the same code snippet):

> c:\tst_pdb.py(14)function_3()
-> print stack_3
(Pdb) l
  9         function_3(stack_2)
 10
 11     def function_3(number):
 12         stack_3 = number + 1
 13         pdb.set_trace()
 14  ->     print stack_3
 15
 16     function_1(1) [EOF]
(Pdb) stack_3
3
(Pdb) !stack_3 = 177
(Pdb) !print stack_3
177
(Pdb) u
> c:\tst_pdb.py(9)function_2()
-> function_3(stack_2)
(Pdb) l
  4         stack_1 = number
  5         function_2(stack_1)
  6
  7     def function_2(number):
  8         stack_2 = number + 1
  9  ->     function_3(stack_2)
 10
 11     def function_3(number):
 12         stack_3 = number + 1
 13         pdb.set_trace()
 14         print stack_3
(Pdb) !print stack_2
2
(Pdb) !stack_2 = 144
(Pdb) !print stack_2
144
(Pdb) d
> c:\tst_pdb.py(14)function_3()
-> print stack_3
(Pdb) l
  9         function_3(stack_2)
 10
 11     def function_3(number):
 12         stack_3 = number + 1
 13         pdb.set_trace()
 14  ->     print stack_3
 15
 16     function_1(1) [EOF]
(Pdb) stack_3
3
(Pdb) u
> c:\tst_pdb.py(9)function_2()
-> function_3(stack_2)
(Pdb) !print stack_2
2
(Pdb)

I set the value of stack_3 to 177, go one frame up, do something, go one frame down and stack_3 is 3 again (not 177 as expected)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5215>
_______________________________________

From report at bugs.python.org  Wed Aug 18 11:39:33 2010
From: report at bugs.python.org (Tim Golden)
Date: Wed, 18 Aug 2010 09:39:33 +0000
Subject: [issue9433] regrtest.py -j 2 doesn't work on Windows: remove
	close_fds=True on Windows
In-Reply-To: <1280569907.44.0.401416640246.issue9433@psf.upfronthosting.co.za>
Message-ID: <1282124373.84.0.217962779707.issue9433@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

I can confirm that the patched regrtest runs ok on WinXP.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9433>
_______________________________________

From report at bugs.python.org  Wed Aug 18 12:33:47 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 18 Aug 2010 10:33:47 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1282093525.41.0.440562307181.issue8622@psf.upfronthosting.co.za>
Message-ID: <4C6BB703.10306@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:
> 
> Here you have a patch. It adds tests in test_sys.
> 
> The tests are skipped on a non-ascii Python executable path because of #8611 (see #9425).

Thanks for the patch.

A couple of notes:

 * The command line -h explanation is missing from the patch.

 * The documentation should mention that the env var is only
   read once; subsequent changes to the env var are not seen
   by Python

 * If the codec lookup fails, Python should either issue a warning
   and then ignore the env var (using the get_codeset() API).

 * Unrelated to the env var, but still important: if get_codeset()
   does not return a known codec, Python should issue a warning
   before falling back to the default setting. Otherwise, a
   Python user will never know that there's an issue and this
   make debugging a lot harder.

We should also add a new sys.setfilesystemencoding()
function to make changes possible after Python startup. This
would have to go on a separate ticket, though. Or is there
some concept preventing this ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 18 13:01:04 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 18 Aug 2010 11:01:04 +0000
Subject: [issue5215] change value of local variable in debug
In-Reply-To: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>
Message-ID: <1282129264.85.0.873487461678.issue5215@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Right, this last problem still exists with 2.7 or 3.1. Please open a new tracker item for it, and let's close this one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5215>
_______________________________________

From report at bugs.python.org  Wed Aug 18 13:52:13 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 11:52:13 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282132333.54.0.429002372066.issue8622@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> The command line -h explanation is missing from the patch.

done

> The documentation should mention that the env var is only
> read once; subsequent changes to the env var are not seen
> by Python

I copied the PYTHONIOENCODING doc which doesn't mention that. Does Python re-read other environment variables at runtime? Anyway, I changed the doc to:

+   If this is set before running the intepreter, it overrides the encoding used
+   for the filesystem encoding (see :func:`sys.getfilesystemencoding`).

I also changed PYTHONIOENCODING doc. Is it better?

> If the codec lookup fails, Python should either issue a warning

Ok, done. I patched also get_codeset() and get_codec_name() to always set a Python error.

> ... and then ignore the env var (using the get_codeset() API).

Good idea, done.

> Unrelated to the env var, but still important: if get_codeset()
> does not return a known codec, Python should issue a warning
> before falling back to the default setting. Otherwise, a
> Python user will never know that there's an issue and this
> make debugging a lot harder.

It does already write a message to stderr, but it doesn't explain why it failed.

I changed initfsencoding() to display two messages on get_codeset() error. First explain why get_codeset() failed (with the Python error) and then say that we fallback to utf-8.

Full example (PYTHONFSENCODING error and simulated get_codeset() error):
---
PYTHONFSENCODING is not a valid encoding:
LookupError: unknown encoding: xxx
Unable to get the locale encoding:
ValueError: CODESET is not set or empty
Unable to get the filesystem encoding: fallback to utf-8
---

> We should also add a new sys.setfilesystemencoding() ...

No, I plan to REMOVE this function. sys.setfilesystemencoding() is dangerous because it introduces a lot of inconsistencies: this function is unable to reencode all filenames in all objects (eg. Python is unable to find filenames in user objects or 3rd party libraries). Eg. if you change the filesystem from utf8 to ascii, it will not be possible to use existing non-ascii (unicode) filenames: they will raise UnicodeEncodeError. As sys.setdefaultencoding() in Python2, I think that sys.setfilesystemencoding() is the root of evil :-)

At startup, initfsencoding() sets the filesystem encoding using the locale encoding. Even for the startup process (with very few objects), it's very hard to find all filenames:
 - sys.path
 - sys.meta_path
 - sys.modules
 - sys.executable
 - all code objects
 - and I'm not sure that the list is complete

See #9630 for the details.

To remove sys.setfilesystemencoding(), I already patched PEP 383 tests (r84170) and I will open a new issue. But it's maybe better to commit both changes (remove the function and PYTHONFSENCODING) at the same time.

----------
Added file: http://bugs.python.org/file18564/pythonfsencoding-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 18 13:56:04 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 11:56:04 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>
Message-ID: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

sys.setfilesystemencoding() function is dangerous because it introduces a lot of inconsistencies: this function is unable to reencode all filenames in all objects (eg. Python is unable to find filenames in user objects or 3rd party libraries). Eg. if you change the filesystem from utf8 to ascii, it will not be possible to use existing non-ascii (unicode) filenames: they will raise UnicodeEncodeError.

As sys.setdefaultencoding() in Python2, I think that sys.setfilesystemencoding() is the root of evil :-) PYTHONFSENCODING (issue #8622) is the right solution to set the filesysteme encoding.

Attached patch removes sys.setfilesystemencoding().

----------
components: Library (Lib), Unicode
messages: 114211
nosy: haypo
priority: normal
severity: normal
status: open
title: Remove sys.setfilesystemencoding()
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Wed Aug 18 13:57:20 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 11:57:20 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>
Message-ID: <1282132640.89.0.288571745838.issue9632@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
keywords: +patch
nosy: +Arfrever, lemburg, pitrou
Added file: http://bugs.python.org/file18565/remove_sys_setfilesystemencoding.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Wed Aug 18 13:59:33 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 11:59:33 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282132773.76.0.520339409472.issue8622@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18562/pythonfsencoding.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 18 14:00:43 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 12:00:43 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282132843.99.0.0814491450464.issue8622@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> To remove sys.setfilesystemencoding(), ... I will open a new issue

done, issue #9632

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 18 14:17:17 2010
From: report at bugs.python.org (=?utf-8?q?Markus_Pr=C3=B6ller?=)
Date: Wed, 18 Aug 2010 12:17:17 +0000
Subject: [issue9633] pdb go stack up/down
In-Reply-To: <1282133837.82.0.171010459939.issue9633@psf.upfronthosting.co.za>
Message-ID: <1282133837.82.0.171010459939.issue9633@psf.upfronthosting.co.za>


New submission from Markus Pr?ller <mproeller at googlemail.com>:

Hello,

with python 2.7 I encounter the following problem:
I have created the following sample script:

import pdb

def function_1(number):
    stack_1 = number
    function_2(stack_1)
    
def function_2(number):
    stack_2 = number + 1
    function_3(stack_2)
    
def function_3(number):
    stack_3 = number + 1
    pdb.set_trace()
    print stack_3
    
function_1(1)

This is what I have done in the pdb session:
> c:\tst_pdb.py(14)function_3()
-> print stack_3
(Pdb) l
  9         function_3(stack_2)
 10
 11     def function_3(number):
 12         stack_3 = number + 1
 13         pdb.set_trace()
 14  ->     print stack_3
 15
 16     function_1(1) [EOF]
(Pdb) stack_3
3
(Pdb) !stack_3 = 177
(Pdb) !print stack_3
177
(Pdb) u
> c:\tst_pdb.py(9)function_2()
-> function_3(stack_2)
(Pdb) l
  4         stack_1 = number
  5         function_2(stack_1)
  6
  7     def function_2(number):
  8         stack_2 = number + 1
  9  ->     function_3(stack_2)
 10
 11     def function_3(number):
 12         stack_3 = number + 1
 13         pdb.set_trace()
 14         print stack_3
(Pdb) !print stack_2
2
(Pdb) !stack_2 = 144
(Pdb) !print stack_2
144
(Pdb) d
> c:\tst_pdb.py(14)function_3()
-> print stack_3
(Pdb) l
  9         function_3(stack_2)
 10
 11     def function_3(number):
 12         stack_3 = number + 1
 13         pdb.set_trace()
 14  ->     print stack_3
 15
 16     function_1(1) [EOF]
(Pdb) stack_3
3
(Pdb) u
> c:\tst_pdb.py(9)function_2()
-> function_3(stack_2)
(Pdb) !print stack_2
2
(Pdb)

I walked through the stack and changed the values of the variables stack_x but the values weren't saved when I moved one frame up/down

----------
components: Library (Lib)
messages: 114213
nosy: Markus.Pr?ller
priority: normal
severity: normal
status: open
title: pdb go stack up/down
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9633>
_______________________________________

From report at bugs.python.org  Wed Aug 18 14:27:01 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 12:27:01 +0000
Subject: [issue675976] mhlib does not obey MHCONTEXT env var
Message-ID: <1282134421.69.0.717258145596.issue675976@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This won't happen directly as mhlib has been removed from py3k, but presumably the patch could be reworked to apply to the mailbox module where the MH class now lives.

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue675976>
_______________________________________

From report at bugs.python.org  Wed Aug 18 14:49:05 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 12:49:05 +0000
Subject: [issue678250] test_mmap failling on AIX
Message-ID: <1282135745.94.0.887479379493.issue678250@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no response to msg81716.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue678250>
_______________________________________

From report at bugs.python.org  Wed Aug 18 14:50:06 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 12:50:06 +0000
Subject: [issue678264] test_resource fails when file size is limited
Message-ID: <1282135806.57.0.0671867765264.issue678264@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no response to msg81850.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue678264>
_______________________________________

From report at bugs.python.org  Wed Aug 18 15:15:35 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 13:15:35 +0000
Subject: [issue683938] HTMLParser attribute parsing bug
Message-ID: <1282137335.88.0.0887892444443.issue683938@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as fixed in r23322.

----------
nosy: +BreamoreBoy
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue683938>
_______________________________________

From report at bugs.python.org  Wed Aug 18 15:48:21 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 18 Aug 2010 13:48:21 +0000
Subject: [issue9633] pdb go stack up/down
In-Reply-To: <1282133837.82.0.171010459939.issue9633@psf.upfronthosting.co.za>
Message-ID: <1282139301.13.0.807098677464.issue9633@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thank you for the report. I don?t know pdb much, but I assume you have checked the doc to make sure this is indeed a bug. Can you test it with 3.1 and 3.2 too?

Bug tracker tip: You can find if a core developer is interested in a module in Misc/maintainers.rst and make them nosy (or assign to them, if there is a star near their name, like in Georg?s case).

----------
assignee:  -> georg.brandl
nosy: +eric.araujo, georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9633>
_______________________________________

From report at bugs.python.org  Wed Aug 18 15:52:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 13:52:53 +0000
Subject: [issue755660] allow HTMLParser to continue after a parse error
Message-ID: <1282139573.86.0.30487882812.issue755660@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Attached a patch for py3k where the file name has changed.  Doc changes could be based on the comment added to the error method in the patch.  I don't think a unit test is needed but could easily be persuaded otherwise.

----------
keywords: +patch
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7
Added file: http://bugs.python.org/file18566/parser.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue755660>
_______________________________________

From report at bugs.python.org  Wed Aug 18 16:01:11 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Wed, 18 Aug 2010 14:01:11 +0000
Subject: [issue9631] Python 2.7 installation issue for Linux gcc-4.1.0-3
	(Fedora Core 5?)
In-Reply-To: <1282108953.92.0.943632360126.issue9631@psf.upfronthosting.co.za>
Message-ID: <1282140071.39.0.694218156352.issue9631@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

(BTW, the versioning seems slightly misleading: "(Red Hat 4.1.0-3)" refers to the version of GCC, not of the operating system.

You appear to be running gcc-4.1.0-3, which I believe was shipped in Fedora Core 5.

Updating "title" metadata of the bug accordingly)

----------
nosy: +dmalcolm
title: Python 2.7 installation issue for Linux Red Hat 4.1 -> Python 2.7 installation issue for Linux gcc-4.1.0-3 (Fedora Core 5?)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9631>
_______________________________________

From report at bugs.python.org  Wed Aug 18 16:02:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 14:02:13 +0000
Subject: [issue694374] Recursive regular expressions
Message-ID: <1282140133.74.0.522225269893.issue694374@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closing because of quote from msg83993 "Another feature request that I've decided not to consider any further is recursive regular expressions. There are other tools available for that kind of thing, and I don't want the re module to go the way of Perl 6's rules; such things belong elsewhere, IMHO."

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue694374>
_______________________________________

From report at bugs.python.org  Wed Aug 18 16:12:23 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 14:12:23 +0000
Subject: [issue706263] print raises exception when no console available
Message-ID: <1282140743.34.0.807222717392.issue706263@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Works fine with pythonw on 2.6 and 2.7.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706263>
_______________________________________

From report at bugs.python.org  Wed Aug 18 16:21:18 2010
From: report at bugs.python.org (A.M. Kuchling)
Date: Wed, 18 Aug 2010 14:21:18 +0000
Subject: [issue502236] Asynchronous exceptions between threads
Message-ID: <1282141278.44.0.0201878349254.issue502236@psf.upfronthosting.co.za>


A.M. Kuchling <lists at amk.ca> added the comment:

I'll close this issue, then.  Maybe something fancier needs to be built atop the AsyncExc() function to allow a single thread to terminate all other threads, but unless someone actually presents a current use case (or a PEP), there seems little to do.  Please re-open if there *is* something concrete to do.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue502236>
_______________________________________

From report at bugs.python.org  Wed Aug 18 16:25:02 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 18 Aug 2010 14:25:02 +0000
Subject: [issue706263] print raises exception when no console available
Message-ID: <1282141502.92.0.827667235493.issue706263@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

No, nothing changed in this aspect since python 2.2.
With 2.7, I get the same error.txt file containing the "Bad file descriptor" message.

----------
resolution: out of date -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706263>
_______________________________________

From report at bugs.python.org  Wed Aug 18 16:25:11 2010
From: report at bugs.python.org (Itai i)
Date: Wed, 18 Aug 2010 14:25:11 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
Message-ID: <1282141511.78.0.452561004375.issue1524938@psf.upfronthosting.co.za>


Itai i <itai.in at gmail.com> added the comment:

Hi all,

I'm joining Mark's assertion - this is a real issue for me too. I've stumbled into this problem too. 
I have a numpy/scipy kind of application (about 6000+ lines so far) which needs to allocate alot of memory for statistics derived from "real life data" which is then transformed a few times by different algorithms (which means allocating more memory, but dumping the previous objects).

Currently I'm getting MemoryError when I try to use the entire dataset, both on linux and on windows, python 2.5 on 64bit 4gb mem machine. (The windows python is a 32bit version though cause it needs to be compatible with some dlls. This is the same reason I use python 2.5)

----------
nosy: +Itai.i
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________

From report at bugs.python.org  Wed Aug 18 16:42:06 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 18 Aug 2010 14:42:06 +0000
Subject: [issue2521] ABC caches should use weak refs
In-Reply-To: <1206976350.45.0.982533625998.issue2521@psf.upfronthosting.co.za>
Message-ID: <1282142526.99.0.735417114968.issue2521@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Benjamin,

Thanks for the feedback.  Since you only commented on the test case, may I assume that the fix itself looked good to you?

I will work on revising the test case based on your comments.  Since I ran into the bug while working with the ABCs in the collections module, that biased my thinking when writing the test.  :-)  

I needed to define__len__ because it's an abstract method in the ABC I used in the test (collections.Sized).  I found that overriding it again in a sub-sub-class and calling it were necessary to trigger all of the ABC machinery leading to the leak.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2521>
_______________________________________

From report at bugs.python.org  Wed Aug 18 16:44:49 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 14:44:49 +0000
Subject: [issue706406] fix bug #685846: raw_input defers signals
Message-ID: <1282142689.05.0.424973043209.issue706406@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can this still be reproduced on an appropriate box or can it be closed or what?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706406>
_______________________________________

From report at bugs.python.org  Wed Aug 18 16:45:17 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 18 Aug 2010 14:45:17 +0000
Subject: [issue2521] ABC caches should use weak refs
In-Reply-To: <1206976350.45.0.982533625998.issue2521@psf.upfronthosting.co.za>
Message-ID: <1282142717.28.0.521366057007.issue2521@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <daniel at stutzbachenterprises.com>:


----------
components: +Library (Lib) -Interpreter Core
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2521>
_______________________________________

From report at bugs.python.org  Wed Aug 18 17:06:07 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 15:06:07 +0000
Subject: [issue708007] TelnetPopen3, TelnetBase, Expect split
Message-ID: <1282143967.77.0.436641877636.issue708007@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is there any interest in seeing the patch updated for py3k?  Any comments from Windows users since Pexpect uses pty which is Linux only?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> feature request
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue708007>
_______________________________________

From report at bugs.python.org  Wed Aug 18 17:09:40 2010
From: report at bugs.python.org (Ray.Allen)
Date: Wed, 18 Aug 2010 15:09:40 +0000
Subject: [issue706406] fix bug #685846: raw_input defers signals
Message-ID: <1282144180.56.0.50970498892.issue706406@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

I seems this has been fixed already, at least on my python 2.7 on linux.

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706406>
_______________________________________

From report at bugs.python.org  Wed Aug 18 17:13:15 2010
From: report at bugs.python.org (Ray.Allen)
Date: Wed, 18 Aug 2010 15:13:15 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
Message-ID: <1282144395.0.0.805432448007.issue1524938@psf.upfronthosting.co.za>


Ray.Allen <ysj.ray at gmail.com> added the comment:

How about calling gc.collect() explicitly in the loop?

----------
nosy: +ysj.ray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________

From report at bugs.python.org  Wed Aug 18 17:19:48 2010
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 18 Aug 2010 15:19:48 +0000
Subject: [issue9633] pdb go stack up/down
In-Reply-To: <1282133837.82.0.171010459939.issue9633@psf.upfronthosting.co.za>
Message-ID: <1282144788.28.0.968378348054.issue9633@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

The problem here is that changes in the locals are only saved back to the frame when leaving the trace function, and up/down don't do that.

This could be fixed by making Pdb.curframe_locals a dictionary for all visited frames while interaction is running.  I'll look into it for 3.2.

----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9633>
_______________________________________

From report at bugs.python.org  Wed Aug 18 17:20:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 15:20:30 +0000
Subject: [issue706263] print raises exception when no console available
Message-ID: <1282144830.16.0.780001398217.issue706263@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Amaury I tested with Windows Vista and the latest 2.6 and 2.7 maintainance releases, what did you use?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706263>
_______________________________________

From report at bugs.python.org  Wed Aug 18 17:28:00 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 18 Aug 2010 15:28:00 +0000
Subject: [issue2521] ABC caches should use weak refs
In-Reply-To: <1206976350.45.0.982533625998.issue2521@psf.upfronthosting.co.za>
Message-ID: <1282145280.06.0.303894528937.issue2521@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Attached is a new test case, based on Benjamin's comments.

----------
Added file: http://bugs.python.org/file18567/leak_test2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2521>
_______________________________________

From report at bugs.python.org  Wed Aug 18 17:32:57 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 15:32:57 +0000
Subject: [issue713169] test_pty fails on HP-UX and AIX when run after
	test_openpty
Message-ID: <1282145577.06.0.40590244968.issue713169@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as suggested in msg81496.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue713169>
_______________________________________

From report at bugs.python.org  Wed Aug 18 17:52:29 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 15:52:29 +0000
Subject: [issue730467] Not detecting AIX_GENUINE_CPLUSPLUS
Message-ID: <1282146749.86.0.872459396694.issue730467@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can an AIX user state whether or not this is still an issue.  The current patch is a one liner.  A patch that looks in all the known
directories was promised but never delivered.

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue730467>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:06:48 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 16:06:48 +0000
Subject: [issue731991] find correct socklen_t type
Message-ID: <1282147608.34.0.222409094922.issue731991@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closing as no reply to msg110333.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue731991>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:08:37 2010
From: report at bugs.python.org (Itai)
Date: Wed, 18 Aug 2010 16:08:37 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
In-Reply-To: <1282144395.0.0.805432448007.issue1524938@psf.upfronthosting.co.za>
Message-ID: <AANLkTimUTBNOa7LDWTNk3EYu3ufGdBd-O1iijruCyME9@mail.gmail.com>


Itai <itai.in at gmail.com> added the comment:

Sure, that's what i'll do for now. Its an ok workaround for me, I was just
posting to support the
notion that its a bug (lets call it usability bug) and something that people
out there do run into.

There's also a scenerio where you couldn't use this workaround - for example
use a library
precompiled in a pyd..

On Wed, Aug 18, 2010 at 6:13 PM, Ray.Allen <report at bugs.python.org> wrote:

>
> Ray.Allen <ysj.ray at gmail.com> added the comment:
>
> How about calling gc.collect() explicitly in the loop?
>
> ----------
> nosy: +ysj.ray
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue1524938>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file18568/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________
-------------- next part --------------
<div dir="ltr">Sure, that&#39;s what i&#39;ll do for now. Its an ok workaround for me, I was just posting to support the <br>notion that its a bug (lets call it usability bug) and something that people out there do run into.<br>
<br>There&#39;s also a scenerio where you couldn&#39;t use this workaround - for example use a library <br>precompiled in a pyd.. <br><br><div class="gmail_quote">On Wed, Aug 18, 2010 at 6:13 PM, Ray.Allen <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>
Ray.Allen &lt;<a href="mailto:ysj.ray at gmail.com">ysj.ray at gmail.com</a>&gt; added the comment:<br>
<br>
How about calling gc.collect() explicitly in the loop?<br>
<br>
----------<br>
nosy: +ysj.ray<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/issue1524938" target="_blank">http://bugs.python.org/issue1524938</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br></div>

From report at bugs.python.org  Wed Aug 18 18:09:14 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 18 Aug 2010 16:09:14 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be
	usable	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282147754.35.0.781257267712.issue8781@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Attached is a patch implementing the change agreed upon in the earlier discussion.  This will allow wchar_t <-> Py_UNICODE conversions to use memcpy on systems where wchar_t and Py_UNICODE have the same size but different signs (e.g., Linux).

----------
keywords: +needs review, patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file18569/issue8781.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:11:15 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 16:11:15 +0000
Subject: [issue734176] Make Tkinter.py's nametowidget work with cloned menu
	widgets
Message-ID: <1282147875.53.0.361616314872.issue734176@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

A small simple patch that I see no problems with.

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> feature request
versions: +Python 3.2 -Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue734176>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:14:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 16:14:51 +0000
Subject: [issue747320] rfc2822 formatdate functionality duplication
Message-ID: <1282148091.97.0.769367112884.issue747320@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Does this need to be addressed or can it be closed as out of date or what?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue747320>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:17:28 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 16:17:28 +0000
Subject: [issue748843] Let Email.Utils.parsedate use last 3 timetuple items
Message-ID: <1282148248.44.0.496674894648.issue748843@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no reply to msg81501.

----------
nosy: +BreamoreBoy
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue748843>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:18:16 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 18 Aug 2010 16:18:16 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be
	usable	(I think)
In-Reply-To: <1282147754.35.0.781257267712.issue8781@psf.upfronthosting.co.za>
Message-ID: <4C6C07C4.8030502@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Daniel Stutzbach wrote:
> 
> Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:
> 
> Attached is a patch implementing the change agreed upon in the earlier discussion.  This will allow wchar_t <-> Py_UNICODE conversions to use memcpy on systems where wchar_t and Py_UNICODE have the same size but different signs (e.g., Linux).

Please make sure that those places where you replaced HAVE_USABLE_WCHAR_T
are enclosed in

#ifdef HAVE_WCHAR_H
...
#endif

sections. For unicodeobject.c that's true, not sure about the other
places.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:18:59 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 16:18:59 +0000
Subject: [issue749722] isinstance and weakref proxies.
Message-ID: <1282148339.2.0.641610414057.issue749722@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no reply to msg109729.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue749722>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:21:42 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 18 Aug 2010 16:21:42 +0000
Subject: [issue734176] Make Tkinter.py's nametowidget work with cloned menu
	widgets
Message-ID: <1282148502.03.0.56165400229.issue734176@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Can someone post a script demonstrating the proposed feature?  Is "clones of clones" issue mentioned by OP resolved in the latest patch?

Given that nobody commented on this issue for 7 years, I am skeptical about the utility of this feature.

----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue734176>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:32:12 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 16:32:12 +0000
Subject: [issue755670] improve HTMLParser attribute processing regexps
Message-ID: <1282149132.4.0.843443910581.issue755670@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

There are messages both for and against the patch which contains a unit test.  Can we have a statement from a knowledgeable HTML person as to whether the patch should be accepted or rejected.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue755670>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:34:13 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 18 Aug 2010 16:34:13 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be
	usable	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282149253.26.0.90143522631.issue8781@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Thanks.  I dug into that a little just now, and it turns out to happen automatically.

If ./configure doesn't define HAVE_WCHAR_H then it also will not define SIZEOF_WCHAR_T.  If SIZEOF_WCHAR_T is not defined, the preprocessor will treat it as 0 causing it to be unequal to Py_UNICODE_SIZE.  In other words, if HAVE_WCHAR_H is not defined then SIZEOF_WCHAR_T == Py_UNICODE_SIZE will be false.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:39:14 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 16:39:14 +0000
Subject: [issue761888] popen2.Popen3 and popen2.Popen4 leaks filedescriptors
Message-ID: <1282149554.99.0.258282020761.issue761888@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue761888>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:39:46 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 16:39:46 +0000
Subject: [issue816059] popen2 work, fixes bugs 768649 and 761888
Message-ID: <1282149586.42.0.76282425433.issue816059@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue816059>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:39:57 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 18 Aug 2010 16:39:57 +0000
Subject: [issue1100942] Add datetime.time.strptime and datetime.date.strptime
Message-ID: <1282149597.64.0.223642364505.issue1100942@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

Is anyone still interested in moving this forward?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1100942>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:41:42 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 18 Aug 2010 16:41:42 +0000
Subject: [issue708007] TelnetPopen3, TelnetBase, Expect split
Message-ID: <1282149702.1.0.785954629524.issue708007@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue708007>
_______________________________________

From report at bugs.python.org  Wed Aug 18 18:42:25 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 16:42:25 +0000
Subject: [issue762920] API Functions for PyArray
Message-ID: <1282149745.04.0.838160620851.issue762920@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no reply to msg106638.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue762920>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:15:06 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 17:15:06 +0000
Subject: [issue766910] fix one or two bugs in trace.py
Message-ID: <1282151706.71.0.307403615569.issue766910@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is there any interest in this issue?

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue766910>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:18:43 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 18 Aug 2010 17:18:43 +0000
Subject: [issue749722] isinstance and weakref proxies.
Message-ID: <1282151923.47.0.139477149657.issue749722@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

It would be possible now, though perhaps inadvisable, to proxy isinstance and issubclass.

----------
nosy: +benjamin.peterson
resolution: out of date -> 
status: closed -> open
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue749722>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:20:00 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 18 Aug 2010 17:20:00 +0000
Subject: [issue762920] API Functions for PyArray
Message-ID: <1282152000.93.0.172748473238.issue762920@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution: out of date -> rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue762920>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:22:20 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 18 Aug 2010 17:22:20 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable
	(I think)
In-Reply-To: <1282149253.26.0.90143522631.issue8781@psf.upfronthosting.co.za>
Message-ID: <4C6C16C7.4040905@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Daniel Stutzbach wrote:
> 
> Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:
> 
> Thanks.  I dug into that a little just now, and it turns out to happen automatically.
> 
> If ./configure doesn't define HAVE_WCHAR_H then it also will not define SIZEOF_WCHAR_T.  If SIZEOF_WCHAR_T is not defined, the preprocessor will treat it as 0 causing it to be unequal to Py_UNICODE_SIZE.  In other words, if HAVE_WCHAR_H is not defined then SIZEOF_WCHAR_T == Py_UNICODE_SIZE will be false.

Ok, thanks for checking.

Other than that detail, I think the patch looks good.

----------
title: 32-bit wchar_t doesn't need to be unsigned to be usable	(I think) -> 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:23:01 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 17:23:01 +0000
Subject: [issue767645] incorrect os.path.supports_unicode_filenames
Message-ID: <1282152181.7.0.497477789349.issue767645@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

There are at least three messages stating that os.path.supports_unicode_filenames should go so can someone please provide a definitive statement regarding its future.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue767645>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:24:22 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 17:24:22 +0000
Subject: [issue775321] plistlib error handling
Message-ID: <1282152262.22.0.104569595547.issue775321@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closing as no reply to msg110335.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue775321>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:27:33 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 17:27:33 +0000
Subject: [issue783528] Inconsistent results with super and __getattribute__
Message-ID: <1282152453.59.0.414529730242.issue783528@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no response to msg81870.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue783528>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:33:37 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 17:33:37 +0000
Subject: [issue786827] IDLE starts with no menus (Cygwin)
Message-ID: <1282152817.53.0.0816767163001.issue786827@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still an issue with later versions of Python and Cygwin?

----------
nosy: +BreamoreBoy
stage: unit test needed -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue786827>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:42:32 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 17:42:32 +0000
Subject: [issue788931] resolving relative paths for external entities with
	xml.sax
Message-ID: <1282153352.21.0.0330917602752.issue788931@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close in a couple of weeks unless someone has a good reason to keep it open.

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue788931>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:46:22 2010
From: report at bugs.python.org (Kelly Lucas)
Date: Wed, 18 Aug 2010 17:46:22 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>


New submission from Kelly Lucas <kdlucas at gmail.com>:

I've seen quite a few people requesting to add a timeout value to the Queue.join() method, as it seems like a nice feature to have when waiting for queue's to finish.

Please add a feature so that Queue.join() will issue a self.all_tasks_done.release() when the timeout value is reached.

----------
components: Library (Lib)
messages: 114257
nosy: kdlucas
priority: normal
severity: normal
status: open
title: Add timeout parameter to Queue.join()
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:47:34 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 17:47:34 +0000
Subject: [issue793069] Add --remove-source option
Message-ID: <1282153654.88.0.389010514532.issue793069@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I don't see this as particularly useful but other opinions are welcome.

----------
nosy: +BreamoreBoy
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue793069>
_______________________________________

From report at bugs.python.org  Wed Aug 18 19:54:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 18 Aug 2010 17:54:43 +0000
Subject: [issue793069] Add --remove-source option
Message-ID: <1282154083.41.0.788948143776.issue793069@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

New features go into distutils2, not distutils.

I?m -0 on this one.

----------
components: +Distutils2 -Distutils
versions: +Python 2.5, Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue793069>
_______________________________________

From report at bugs.python.org  Wed Aug 18 20:00:05 2010
From: report at bugs.python.org (Kelly Lucas)
Date: Wed, 18 Aug 2010 18:00:05 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282154405.78.0.538749347978.issue9634@psf.upfronthosting.co.za>


Changes by Kelly Lucas <kdlucas at gmail.com>:


----------
versions: +Python 3.1 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Wed Aug 18 20:06:55 2010
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 18 Aug 2010 18:06:55 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282154815.51.0.346305854388.issue9634@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


----------
stage:  -> needs patch
type:  -> feature request
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Wed Aug 18 20:10:57 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 18 Aug 2010 18:10:57 +0000
Subject: [issue592703] HTTPS does not handle pipelined requests
Message-ID: <1282155057.57.0.228679389473.issue592703@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

This needs investigation. Don't close.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue592703>
_______________________________________

From report at bugs.python.org  Wed Aug 18 20:17:37 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 18:17:37 +0000
Subject: [issue798520] os.popen with invalid mode differs on Windows and POSIX
Message-ID: <1282155457.22.0.320322820559.issue798520@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as os.popen deprecated in favour of subprocess.popen.

----------
nosy: +BreamoreBoy
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue798520>
_______________________________________

From report at bugs.python.org  Wed Aug 18 20:27:07 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 18 Aug 2010 18:27:07 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
Message-ID: <1282156027.89.0.825483877063.issue1524938@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Anybody *really* interested in this issue: somebody will need to write a PEP, get it accepted, and provide an implementations. Open source is about scratching your own itches: the ones affected by a problems are the ones which are also expected to provide solutions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________

From report at bugs.python.org  Wed Aug 18 20:29:14 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 18 Aug 2010 18:29:14 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282156154.3.0.136380364014.issue9634@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Can you provide links to the other requests?

This seems to be at odds with the whole premise
of what Queue.join() is trying to do (wait until
all worker threads have marked their tasks as done).

----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Wed Aug 18 20:35:04 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 18 Aug 2010 18:35:04 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282156504.19.0.0782776404392.issue9634@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

FWIW, if you want to do other tasks in a main thread and need to check on the status task completion in worker threads, you can already loop on: 

 while q.unfinished_tasks:
      do_other_fun_stuff()
 q.join()                  # this shouldn't block anymore

----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Wed Aug 18 20:41:04 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 18 Aug 2010 18:41:04 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
Message-ID: <1282156864.12.0.827239232275.issue1524938@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <belopolsky at users.sourceforge.net>:


Removed file: http://bugs.python.org/file18568/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________

From report at bugs.python.org  Wed Aug 18 21:06:23 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 18 Aug 2010 19:06:23 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1282132333.54.0.429002372066.issue8622@psf.upfronthosting.co.za>
Message-ID: <4C6C2F2A.4020206@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:
> 
>> The command line -h explanation is missing from the patch.
> 
> done
> 
>> The documentation should mention that the env var is only
>> read once; subsequent changes to the env var are not seen
>> by Python
> 
> I copied the PYTHONIOENCODING doc which doesn't mention that. Does Python re-read other environment variables at runtime? Anyway, I changed the doc to:
> 
> +   If this is set before running the intepreter, it overrides the encoding used
> +   for the filesystem encoding (see :func:`sys.getfilesystemencoding`).
> 
> I also changed PYTHONIOENCODING doc. Is it better?

Yes, thanks.

>> If the codec lookup fails, Python should either issue a warning
> 
> Ok, done. I patched also get_codeset() and get_codec_name() to always set a Python error.
> 
>> ... and then ignore the env var (using the get_codeset() API).
> 
> Good idea, done.
> 
>> Unrelated to the env var, but still important: if get_codeset()
>> does not return a known codec, Python should issue a warning
>> before falling back to the default setting. Otherwise, a
>> Python user will never know that there's an issue and this
>> make debugging a lot harder.
> 
> It does already write a message to stderr, but it doesn't explain why it failed.
> 
> I changed initfsencoding() to display two messages on get_codeset() error. First explain why get_codeset() failed (with the Python error) and then say that we fallback to utf-8.
> 
> Full example (PYTHONFSENCODING error and simulated get_codeset() error):
> ---
> PYTHONFSENCODING is not a valid encoding:
> LookupError: unknown encoding: xxx
> Unable to get the locale encoding:
> ValueError: CODESET is not set or empty
> Unable to get the filesystem encoding: fallback to utf-8
> ---

Looks good !

>> We should also add a new sys.setfilesystemencoding() ...
> 
> No, I plan to REMOVE this function. sys.setfilesystemencoding() is dangerous because it introduces a lot of inconsistencies: this function is unable to reencode all filenames in all objects (eg. Python is unable to find filenames in user objects or 3rd party libraries). Eg. if you change the filesystem from utf8 to ascii, it will not be possible to use existing non-ascii (unicode) filenames: they will raise UnicodeEncodeError. As sys.setdefaultencoding() in Python2, I think that sys.setfilesystemencoding() is the root of evil :-)

Sorry, I wasn't aware we had such a function (and was looking at the
wrong file so didn't find it).

> At startup, initfsencoding() sets the filesystem encoding using the locale encoding. Even for the startup process (with very few objects), it's very hard to find all filenames:
>  - sys.path
>  - sys.meta_path
>  - sys.modules
>  - sys.executable
>  - all code objects
>  - and I'm not sure that the list is complete
> 
> See #9630 for the details.
> 
> To remove sys.setfilesystemencoding(), I already patched PEP 383 tests (r84170) and I will open a new issue. But it's maybe better to commit both changes (remove the function and PYTHONFSENCODING) at the same time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 18 21:08:50 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 19:08:50 +0000
Subject: [issue798876] windows sys.path contains nonexistant directory
Message-ID: <1282158530.35.0.416115006725.issue798876@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Still an issue in 2.6, 2.7, 3.1 and 3.2.

----------
nosy: +BreamoreBoy
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue798876>
_______________________________________

From report at bugs.python.org  Wed Aug 18 21:12:05 2010
From: report at bugs.python.org (geremy condra)
Date: Wed, 18 Aug 2010 19:12:05 +0000
Subject: [issue853507] socket.recv() raises MemoryError exception (WindowsXP
	ONLY)
Message-ID: <1282158725.3.0.233883636249.issue853507@psf.upfronthosting.co.za>


geremy condra <debatem1 at gmail.com> added the comment:

I can sporadically reproduce this on Linux as well, repeatedly passing values larger than 2**20 to recv. Doesn't seem to happen with regularity, but I have better than 11Gb of unused RAM on hand. Is there a good reason for this?

----------
nosy: +debatem1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue853507>
_______________________________________

From report at bugs.python.org  Wed Aug 18 21:26:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 19:26:30 +0000
Subject: [issue802310] tkFont may reuse font names
Message-ID: <1282159590.38.0.496932546932.issue802310@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Patch is really simple and looks ok to me, can we get this committed please.

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue802310>
_______________________________________

From report at bugs.python.org  Wed Aug 18 21:37:00 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 18 Aug 2010 19:37:00 +0000
Subject: [issue672656] securing pydoc server
Message-ID: <1282160220.03.0.38020754608.issue672656@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

As the pydoc server "advertises" that it is running from localhost in both CLI and GUI, it is best to bind the socket to 'localhost' instead of '' (which would bind it to all the interfaces).

So, a simple fix for this issue, which will remove the security concern:
             host = 'localhost'
-            self.address = ('', port)
+            self.address = (host, port)

If is to be run from user-defined interface with a new --host <interface> option, that it can be dealt with as new feature request.

This issue can be considered fixed with commits r84173 and r84174.

----------
nosy: +orsenthil
resolution:  -> fixed
stage: unit test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue672656>
_______________________________________

From report at bugs.python.org  Wed Aug 18 21:43:59 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 19:43:59 +0000
Subject: [issue805194] Inappropriate error received using socket timeout
Message-ID: <1282160639.5.0.727331554568.issue805194@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I've tried reproducing this on Windows Vista but sorry I can't make any sense out of it.  I've assumed that a unit test can be based around code given in msg18142.

----------
components: +Library (Lib) -Windows
nosy: +BreamoreBoy
stage:  -> needs patch
title: Inappropriate error received using socket timeout on Windows. -> Inappropriate error received using socket timeout
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue805194>
_______________________________________

From report at bugs.python.org  Wed Aug 18 21:45:20 2010
From: report at bugs.python.org (Kelly Lucas)
Date: Wed, 18 Aug 2010 19:45:20 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282160720.46.0.49308127243.issue9634@psf.upfronthosting.co.za>


Kelly Lucas <kdlucas at gmail.com> added the comment:

Here are a few that I saw:

http://stackoverflow.com/questions/1564501/add-timeout-argument-to-pythons-queue-join

http://www.eggheadcafe.com/software/aspnet/36145181/max-time-threads.aspx

http://efreedom.com/Question/1-1564501/Add-timeout-argument-to-python-s-Queue-join

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Wed Aug 18 21:48:56 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 19:48:56 +0000
Subject: [issue808164] socket.close() doesn't play well with __del__
Message-ID: <1282160936.91.0.921033879374.issue808164@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can someone reply to Daniel Stutzbach's query in msg104541, thanks.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue808164>
_______________________________________

From report at bugs.python.org  Wed Aug 18 21:51:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 19:51:04 +0000
Subject: [issue809846] distutils/bdistwin32 doesn't clean up RO files properly
Message-ID: <1282161064.42.0.772156922858.issue809846@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue809846>
_______________________________________

From report at bugs.python.org  Wed Aug 18 22:01:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 20:01:53 +0000
Subject: [issue1545463] New-style classes fail to cleanup attributes
Message-ID: <1282161713.59.0.276454177375.issue1545463@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Reopened because the history shows comments and patches months after it was set to closed and won't fix, see msg61886.

----------
nosy: +BreamoreBoy
resolution: wont fix -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1545463>
_______________________________________

From report at bugs.python.org  Wed Aug 18 22:09:01 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 18 Aug 2010 20:09:01 +0000
Subject: [issue1545463] New-style classes fail to cleanup attributes
Message-ID: <1282162141.55.0.727395874851.issue1545463@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

This is superseded by issue812369, but as a stop-gap measure, I don't see any downside of applying gc-import.patch.

----------
assignee:  -> belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1545463>
_______________________________________

From report at bugs.python.org  Wed Aug 18 22:45:45 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 18 Aug 2010 20:45:45 +0000
Subject: [issue9433] regrtest.py -j 2 doesn't work on Windows: remove
	close_fds=True on Windows
In-Reply-To: <1280569907.44.0.401416640246.issue9433@psf.upfronthosting.co.za>
Message-ID: <1282164345.59.0.564080262036.issue9433@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, I've committed the change in r84176 (py3k) and r84178 (2.7). Thank you!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9433>
_______________________________________

From report at bugs.python.org  Wed Aug 18 22:48:55 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 18 Aug 2010 20:48:55 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282164535.05.0.20583270378.issue9634@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

We already have an optional timeout on threading.Thread.join(), which I suppose means that people need/want that feature.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Wed Aug 18 23:06:06 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 18 Aug 2010 21:06:06 +0000
Subject: [issue5737] add Solaris errnos
In-Reply-To: <1239469549.92.0.788554665966.issue5737@psf.upfronthosting.co.za>
Message-ID: <1282165566.87.0.761259481539.issue5737@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't have a Solaris machine to test, but the patch is straightforward enough. I've committed it in r84179. Thank you!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5737>
_______________________________________

From report at bugs.python.org  Wed Aug 18 23:10:27 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 18 Aug 2010 21:10:27 +0000
Subject: [issue809846] bdist_wininst doesn't clean up read-only files in build
	dir
Message-ID: <1282165827.71.0.179878965694.issue809846@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
title: distutils/bdistwin32 doesn't clean up RO files properly -> bdist_wininst doesn't clean up read-only files in build dir

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue809846>
_______________________________________

From report at bugs.python.org  Wed Aug 18 23:24:30 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 21:24:30 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282166670.91.0.832317921391.issue8622@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Commited to 3.2 as r84182.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 18 23:30:49 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 21:30:49 +0000
Subject: [issue9433] regrtest.py -j 2 doesn't work on Windows: remove
	close_fds=True on Windows
In-Reply-To: <1280569907.44.0.401416640246.issue9433@psf.upfronthosting.co.za>
Message-ID: <1282167049.69.0.6466660085.issue9433@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

No, thank *you*, Antoine :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9433>
_______________________________________

From report at bugs.python.org  Wed Aug 18 23:34:30 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 21:34:30 +0000
Subject: [issue8423] tiger buildbot: test_pep277 failures
In-Reply-To: <1271435749.81.0.011008649482.issue8423@psf.upfronthosting.co.za>
Message-ID: <1282167270.59.0.0600825041533.issue8423@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

#8207 was the same issue and r79426 (for trunk and r79426 in py3k) was supposed to fix it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8423>
_______________________________________

From report at bugs.python.org  Wed Aug 18 23:39:20 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 18 Aug 2010 21:39:20 +0000
Subject: [issue808164] socket.close() doesn't play well with __del__
Message-ID: <1282167560.27.0.194295536158.issue808164@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

I suspect that it's not possible.

I'm uploading patches that fix the .close method to avoid referencing globals that might be None during interpreter shutdown.  Since the .close method has changed significantly in py3k, I'm uploading separate patches for py3k and 2.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue808164>
_______________________________________

From report at bugs.python.org  Wed Aug 18 23:40:15 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 18 Aug 2010 21:40:15 +0000
Subject: [issue808164] socket.close() doesn't play well with __del__
Message-ID: <1282167615.98.0.399445484204.issue808164@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <daniel at stutzbachenterprises.com>:


----------
keywords: +needs review, patch
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file18570/issue808164-27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue808164>
_______________________________________

From report at bugs.python.org  Wed Aug 18 23:44:38 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 18 Aug 2010 21:44:38 +0000
Subject: [issue808164] socket.close() doesn't play well with __del__
Message-ID: <1282167878.68.0.357847168971.issue808164@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Here is the py3k version of the patch

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue808164>
_______________________________________

From report at bugs.python.org  Wed Aug 18 23:46:38 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 18 Aug 2010 21:46:38 +0000
Subject: [issue808164] socket.close() doesn't play well with __del__
Message-ID: <1282167998.44.0.437524218271.issue808164@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <daniel at stutzbachenterprises.com>:


Added file: http://bugs.python.org/file18571/issue808164-py3k.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue808164>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:08:39 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 18 Aug 2010 22:08:39 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282169319.92.0.192233730471.issue9634@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

One of the provided links is duplicate (repost from StackOverflow).  None of the links offer use cases which can be used to inform the design (i.e. is this the correct approach, should a timeout raise a RuntimeError like Condition.wait() does, should a timeout set a variable to indicate the timeout thread.join() does, should it just return with no indication of the reason for returning, should we just document the unfinished_tasks variable as read-only so that users can check it periodically, what are the common calling patterns, how does this fit in with the original design intent of letting worker threads finish all pending tasks before moving on to code that assumes that the work is done).

Without motivating use cases, it is hard to create a correct design or to know whether this should be done at all.  Unlike, thread.join() which has a long history in many contexts, the Queue.join/task_done API is newer; accordingly, the API should be grown somewhat cautiously.  I don't think we've established using queue.join() with a time-out is a best practice or preferred pattern to solving a given problem.  Instead, all we have is "it seems like a nice feature" which falls short of our usual standards.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:19:43 2010
From: report at bugs.python.org (Kelly Lucas)
Date: Wed, 18 Aug 2010 22:19:43 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282169983.53.0.0268532639701.issue9634@psf.upfronthosting.co.za>


Kelly Lucas <kdlucas at gmail.com> added the comment:

This is easy enough to implement by subclassing the Queue class and overriding join(), so it's not a big deal. Just seems like it would be a nice thing to have.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:25:34 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 22:25:34 +0000
Subject: [issue812369] module shutdown procedure based on GC
Message-ID: <1282170334.96.0.522535752143.issue812369@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

#1545463 has been reopened with comments about being used as a stop gap.  Possibly review and implementation of the patch here would be a better option, sorry it's over my head.

----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue812369>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:26:09 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 18 Aug 2010 22:26:09 +0000
Subject: [issue9634] Add timeout parameter to Queue.join()
In-Reply-To: <1282153581.83.0.092560551276.issue9634@psf.upfronthosting.co.za>
Message-ID: <1282170369.26.0.643254794328.issue9634@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I will leave this open for a while.
It may be that it is a good idea
and that some good use cases will
emerge to inform a correct design.

In the meantime, it would be great
if you could post your subclass to
the ASPN Cookbook to collect feedback.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9634>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:30:36 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 22:30:36 +0000
Subject: [issue812750] OSA support for properties broken
Message-ID: <1282170636.27.0.902760676686.issue812750@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

All that is needed is the doc patch to be applied and the issue closed.  Or have I missed something?

----------
assignee: jackjansen -> docs at python
nosy: +BreamoreBoy, docs at python
stage: unit test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue812750>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:33:54 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 18 Aug 2010 22:33:54 +0000
Subject: [issue747320] rfc2822 formatdate functionality duplication
Message-ID: <1282170834.02.0.721680909264.issue747320@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It still needs to be addressed.  I'm marking it for 3.2 but I doubt it will get addressed before 3.3 in reality.  I also made the type 'performance' since we have no 'refactoring' type.

----------
nosy: +r.david.murray
stage:  -> needs patch
type:  -> performance
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue747320>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:39:26 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Aug 2010 22:39:26 +0000
Subject: [issue8863] Segfault handler: display Python backtrace on segfault
In-Reply-To: <1275332485.24.0.0853481149333.issue8863@psf.upfronthosting.co.za>
Message-ID: <1282171166.86.0.446390014411.issue8863@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

dmalcolm asked if it would be possible to display the Python backtrace on Py_FatalError(). I don't know: Py_FatalError() is usually called when Python internals are broken. But well, segfaults do also usually occurs when something is broken :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8863>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:40:01 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 22:40:01 +0000
Subject: [issue814253] Grouprefs in lookbehind assertions
Message-ID: <1282171201.05.0.457623243126.issue814253@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I've deliberately changed the stage to patch review and the version to 3.2 to highlight the fact that a lot of work will be needed to get the new regex engine into the standard library.  Feel free to change these as is seen fit.

----------
nosy: +BreamoreBoy
stage:  -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue814253>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:46:32 2010
From: report at bugs.python.org (A.M. Kuchling)
Date: Wed, 18 Aug 2010 22:46:32 +0000
Subject: [issue7647] Add statvfs flags to the posix module
In-Reply-To: <1262809121.07.0.608953880629.issue7647@psf.upfronthosting.co.za>
Message-ID: <1282171592.58.0.470338562249.issue7647@psf.upfronthosting.co.za>


A.M. Kuchling <lists at amk.ca> added the comment:

Committed to 3.2 in rev. 84188; thanks, Adam!

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7647>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:52:46 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 22:52:46 +0000
Subject: [issue822005] Carbon.CarbonEvt.ReceiveNextEvent args wrong
Message-ID: <1282171966.7.0.834068353482.issue822005@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

As Carbon is deprecated and the resolution is already won't fix I'll close this in a couple of weeks unless anyone objects.

----------
nosy: +BreamoreBoy
status: open -> pending
versions: +Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue822005>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:57:01 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 22:57:01 +0000
Subject: [issue828450] sdist generates bad MANIFEST on Windows
Message-ID: <1282172221.54.0.897535180821.issue828450@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue828450>
_______________________________________

From report at bugs.python.org  Thu Aug 19 00:59:20 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 22:59:20 +0000
Subject: [issue832159] C++ extensions using SWIG and MinGW
Message-ID: <1282172360.08.0.487733860877.issue832159@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue832159>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:03:05 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:03:05 +0000
Subject: [issue834461] simple bsddb interface potential for deadlock with
	threads
Message-ID: <1282172585.19.0.0718727909206.issue834461@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as bsddb has been deprecated in 2.x and removed from py3k.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue834461>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:04:55 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:04:55 +0000
Subject: [issue834840] Unhelpful error message from cgi module
Message-ID: <1282172695.13.0.94126920678.issue834840@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no reply to msg109263.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue834840>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:07:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:07:21 +0000
Subject: [issue836035] strftime month name is encoded somehow
Message-ID: <1282172841.3.0.812671128937.issue836035@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no reply to msg107343.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue836035>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:10:08 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:10:08 +0000
Subject: [issue837046] pyport.h redeclares gethostname() if SOLARIS is defined
Message-ID: <1282173008.02.0.92170695921.issue837046@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close in a couple of weeks unless someone states this is still a problem.

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue837046>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:16:08 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:16:08 +0000
Subject: [issue843590] 'macintosh' encoding alias for 'mac_roman'
Message-ID: <1282173368.22.0.388893164454.issue843590@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Marc-Andre as there's no comments since your last post would you like to take this forward, cheers.

----------
nosy: +BreamoreBoy
stage:  -> patch review
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue843590>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:28:25 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:28:25 +0000
Subject: [issue845560] imaplib: traceback from _checkquote with empty string
Message-ID: <1282174105.57.0.490203923884.issue845560@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The patch is more trouble than it's worth because it's hopelessly out of date.  I think this needs a new patch if it's still relevant or else it should be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue845560>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:29:52 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:29:52 +0000
Subject: [issue846817] control-c is being sent to child thread rather than main
Message-ID: <1282174192.81.0.311190998608.issue846817@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no reply to msg81880.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue846817>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:35:05 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:35:05 +0000
Subject: [issue849097] Request: getpos() for sgmllib
Message-ID: <1282174505.46.0.373474248622.issue849097@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Anyone interested in this?  I found the patch unreadable but YMMV.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue849097>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:43:25 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Wed, 18 Aug 2010 23:43:25 +0000
Subject: [issue9635] RFE(patch): add Py_BREAKPOINT and sys.breakpoint hooks
In-Reply-To: <1282175005.37.0.905894818052.issue9635@psf.upfronthosting.co.za>
Message-ID: <1282175005.37.0.905894818052.issue9635@psf.upfronthosting.co.za>


New submission from Dave Malcolm <dmalcolm at redhat.com>:

It's sometimes useful to be able to programatically inject a breakpoint when debugging CPython.

For example, sometimes you want a conditional breakpoint, but the logic involved is too complex to be expressed in the debugger (e.g. runtime complexity of evaluating the conditional in the debugger process, or deficiency of the debugger itself).

I'm attaching a patch which:
  - adds a Py_BREAKPOINT macro to pyport.h   This is available as a quick and dirty way of hardcoding a breakpoint in code (e.g. in extension modules); so that when you need to you can put of these in (perhaps guarded by C-level conditionals):
       if (complex_conditional()) {
           Py_BREAKPOINT();
       }

  - when Py_BREAKPOINT is defined, adds a sys.breakpoint() method.  This means that you can add C-level breakpoints to Python scripts, perhaps guarded by python-level conditionals:
       if foo and bar and not baz:
          sys.breakpoint()

Naturally this is highly system-dependent.   Only tested on Linux (Fedora 13 x86_64 with gcc-4.4.4).  The Windows implementation was copied from http://bugs.python.org/issue8863 but I don't have a Windows box to test it on.

I note that the GLib library within GNOME has a similar idea with a G_BREAKPOINT macro, which has accumulated a collection of platform-specific logic:
  http://git.gnome.org/browse/glib/tree/glib/gbacktrace.h
(unfortunately that's LGPLv2+ licensed)

Doesn't yet have a unit test.

Note that when running on Linux when _not_ under a debugger, the default for SIGTRAP is to get a coredump:
   Trace/breakpoint trap (core dumped)
so people should be strongly discouraged from adding these calls to their code.

----------
components: Interpreter Core, Library (Lib)
files: add-sys.breakpoint.patch
keywords: patch, patch
messages: 114301
nosy: dmalcolm, haypo
priority: normal
severity: normal
stage: patch review
status: open
title: RFE(patch): add Py_BREAKPOINT and sys.breakpoint hooks
type: feature request
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file18572/add-sys.breakpoint.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9635>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:43:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:43:31 +0000
Subject: [issue850482] Enhance frame handing in warnings.warn()
Message-ID: <1282175011.35.0.511584629935.issue850482@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: needs patch -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue850482>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:49:35 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 18 Aug 2010 23:49:35 +0000
Subject: [issue812750] OSA support for properties broken
Message-ID: <1282175375.8.0.172727886192.issue812750@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Suggest a different wording to reflect that the 3rd-party appscript package has become the de facto standard for AppleScript support, so something like:

-stopped, and a replacement is expected for Python 2.5.
+stopped. For more up-to-date implementation of AppleScript support for Python, see the third-party py-appscript project: http://pypi.python.org/pypi/appscript/

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue812750>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:50:55 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Wed, 18 Aug 2010 23:50:55 +0000
Subject: [issue9635] RFE(patch): add Py_BREAKPOINT and sys.breakpoint hooks
In-Reply-To: <1282175005.37.0.905894818052.issue9635@psf.upfronthosting.co.za>
Message-ID: <1282175455.87.0.728926677656.issue9635@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

> Note that when running on Linux when _not_ under a debugger, the 
> default for SIGTRAP is to get a coredump:
>   Trace/breakpoint trap (core dumped)
> so people should be strongly discouraged from adding these calls to
> their code.
Looks like Windows' DebugBreak has similar behavior here; according to:
  http://msdn.microsoft.com/en-us/library/ms679297(VS.85).aspx
"If the process is not being debugged, the function uses the search logic of a standard exception handler. In most cases, this causes the calling process to terminate because of an unhandled breakpoint exception."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9635>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:55:50 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 18 Aug 2010 23:55:50 +0000
Subject: [issue822005] Carbon.CarbonEvt.ReceiveNextEvent args wrong
Message-ID: <1282175750.56.0.523307140146.issue822005@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Carbon does not exist in Python 3.  There's no need to wait to close this issue.

----------
nosy: +ned.deily
status: pending -> open
versions:  -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue822005>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:57:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Aug 2010 23:57:31 +0000
Subject: [issue868571] HTTPResponse.read(amt) fails when response length is
	UNKNOWN
Message-ID: <1282175851.5.0.972999810153.issue868571@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as svn blame shows this is hopelessly out of date.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue868571>
_______________________________________

From report at bugs.python.org  Thu Aug 19 01:59:56 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Wed, 18 Aug 2010 23:59:56 +0000
Subject: [issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now
	"10.3"	but "10.5" during configure
In-Reply-To: <1282104079.67.0.0832909564225.issue9516@psf.upfronthosting.co.za>
Message-ID: <C7CE1C8A-D49C-4F08-9D24-E5AC1D8113A2@activestate.com>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

On 2010-08-17, at 9:01 PM, Ronald Oussoren wrote:

> I now understand why my script fails, and it is caused by this issue.
> 
> The sysconfig.py code has another major issue: the use of os.putenv. This changes the environment, without changing os.environ. The use of os.putenv should be replaced by setting keys in os.environ to make it easier to discover that changes have been made.
> 
> Even that is no good: setting the environment variable should only be done in distutils to ensure that the right build environment is used. It should not be set globally where it will affect code that it was never intended to affect.

I agree that environment variable should only be affected during distutils build, and not globally.

I now recall debugging this issue (with 2.7 alpha/beta, I guess) and arriving at the same confusion.

> BTW. Sridhar: could this be the reason you cannot find the correct reproduction steps for this?  Do you use a build script that is writting in python and run with a copy of python where sysconfig.get_config_var('MACOSX_DEPLOYMENT_TARGET') returns '10.3'?

Yes, but I am not entirely sure if that copy of python returned 10.3, and I no longer have that copy ... as I've been upgrading 2.6 and 2.7 pretty often in our two Mac build machines.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9516>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:06:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 00:06:30 +0000
Subject: [issue877121] configure detects incorrect compiler optimization
Message-ID: <1282176390.18.0.373435707877.issue877121@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This is a Sun Studio problem not a Python problem.

----------
nosy: +BreamoreBoy
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877121>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:10:10 2010
From: report at bugs.python.org (John Levon)
Date: Thu, 19 Aug 2010 00:10:10 +0000
Subject: [issue877121] configure detects incorrect compiler optimization
Message-ID: <1282176610.75.0.425987278173.issue877121@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

That's a little abrupt. Whilst it would be nice if the compiler had a correct return value, it occurs with multiple compilers, and I pointed
you to a suitable workaround Python could employ. Even if Studio gets fixed, there are previous releases out there for a long time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877121>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:10:12 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 00:10:12 +0000
Subject: [issue822005] Carbon.CarbonEvt.ReceiveNextEvent args wrong
Message-ID: <1282176612.85.0.631673726042.issue822005@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue822005>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:11:51 2010
From: report at bugs.python.org (John Levon)
Date: Thu, 19 Aug 2010 00:11:51 +0000
Subject: [issue877121] configure detects incorrect compiler optimization
Message-ID: <1282176711.1.0.282194066724.issue877121@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

Even worse, a nasty hack was added just for Intel's compiler as seen in
http://bugs.python.org/issue1162001

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877121>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:22:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 00:22:51 +0000
Subject: [issue877904] freeze: problems excluding site
Message-ID: <1282177371.42.0.35401991142.issue877904@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I can't see this happening after 6 1/2 years, feel free to reopen if you want to work on this.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877904>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:35:26 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Aug 2010 00:35:26 +0000
Subject: [issue877121] configure detects incorrect compiler optimization
Message-ID: <1282178126.0.0.584776277594.issue877121@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I agree, it is the job of the autotools to handle system portability
issues such as this, and thus this can be considered a fixable bug.
However, it is the kind of thing that is only going to get fixed if
someone whom it affects can propose a patch, since I doubt any of the
current active committers have affected systems on which to test it.

The patch should be against the py3k trunk, and we'll need at least one
other person whom this affects to review the patch before a committer
can apply it.

----------
nosy: +r.david.murray
resolution: invalid -> 
stage:  -> needs patch
status: closed -> open
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877121>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:35:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 00:35:58 +0000
Subject: [issue879399] socket line buffering
Message-ID: <1282178158.06.0.0608891929455.issue879399@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'm just wondering if the original code could be the cause of subtle bugs with socket.py, anyone?  (I'm no sockets guru). There's a proposed inline patch that's never been implemented, what do you (plural) make of it?.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue879399>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:39:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 00:39:13 +0000
Subject: [issue886488] WinPython 2.3.3 crashes using popen2 to spawn lots of
	child
Message-ID: <1282178353.25.0.737398536837.issue886488@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can this be closed as popen2 is deprecated?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue886488>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:47:27 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Aug 2010 00:47:27 +0000
Subject: [issue9636] {'key': 'value'}[b'key'] raises a BytesWarning
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

With python3 -bb: {'key': 'value'}[b'key'] raises a BytesWarning, but {'key': 'value'}[b'missing_key'] doesn't. The warning is unexpected here because it's an implicit comparaison (I mean, different than an explicit: 'key' == b'key'), we cannot check that the dict keys are all bytes / unicode (at least, I don't want to). And so I think that it should be fixed.

First lookdict_unicode() is used because all dict keys are unicode, but lookdict_unicode() falls back to lookdict() because the asked key type is not unicode.

lookdict() checks the hash: they matches, hash('key') == hash(b'key'). Then it compares the two key objects with PyObject_RichCompareBool(startkey, key, Py_EQ). PyUnicode_RichCompare() returns NotImplemented, and so bytes_richcompare() is called. Finally, bytes_richcompare() raises the BytesWarning.

----------
components: Interpreter Core, Unicode
messages: 114314
nosy: haypo
priority: normal
severity: normal
status: open
title: {'key': 'value'}[b'key'] raises a BytesWarning
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 02:51:11 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Aug 2010 00:51:11 +0000
Subject: [issue9636] {'key': 'value'}[b'key'] raises a BytesWarning
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282179071.12.0.437657762726.issue9636@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I found this problem while running test_os with python -bb: there is an error on os.get_exec_path() because this function checks if b'PATH' key exists in the input dictionary. Extract of the function:

def get_exec_path(env=None):
    if env is None:
        env = environ

    try:
        path_list = env.get('PATH')
    except TypeError:
        path_list = None

    if supports_bytes_environ:
        try:
            path_listb = env[b'PATH']
        except (KeyError, TypeError):
            pass
        else:
    (...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 03:01:56 2010
From: report at bugs.python.org (Shashwat Anand)
Date: Thu, 19 Aug 2010 01:01:56 +0000
Subject: [issue747320] rfc2822 formatdate functionality duplication
Message-ID: <1282179716.84.0.0204851172378.issue747320@psf.upfronthosting.co.za>


Changes by Shashwat Anand <anand.shashwat at gmail.com>:


----------
nosy: +l0nwlf

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue747320>
_______________________________________

From report at bugs.python.org  Thu Aug 19 03:07:25 2010
From: report at bugs.python.org (Michael Stone)
Date: Thu, 19 Aug 2010 01:07:25 +0000
Subject: [issue706406] fix bug #685846: raw_input defers signals
Message-ID: <1282180045.49.0.970836254832.issue706406@psf.upfronthosting.co.za>


Michael Stone <mbrierst at gmail.com> added the comment:

Wow, you wait 3/4 of a decade or so and the status of these bugs does tend to change on you.  I'm not sure it's fixed, but it is different.  Here's a test script for you:

import readline
import signal
def handle(a,b):
   print "received signal"
signal.signal(signal.SIGALRM, handle)
signal.alarm(5)
name = raw_input('Please enter your name within 5 seconds: ')
print name

The behavior of this script as is, since at least python 2.5 or so, is after 5 seconds to run the signal handler and then keep waiting for input (assuming you've got readline on your box of course).  I like this behavior, everything seems good to me so far.

Now comment out the "import readline", and suddenly you're getting an EOFError after the signal handler runs normally.  Still better than it used to be in 2003, but I'm not sure if this inconsistency is okay or not.

Now let's throw another wrench in the system.  Raise an exception in the signal handler.  Suddenly both are consistent again with and without readline, both raising the exception from the signal handler.  Sounds good to me.

So I guess someone has to decide, is this EOFError a new bug?  Or is this inconsistency acceptable and/or too hard to fix?  I haven't looked at the code in forever, so I can't speak for how hard it would be to fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706406>
_______________________________________

From report at bugs.python.org  Thu Aug 19 04:39:56 2010
From: report at bugs.python.org (Troy J. Farrell)
Date: Thu, 19 Aug 2010 02:39:56 +0000
Subject: [issue5027] xml namespace not understood by
	xml.sax.saxutils.XMLGenerator
In-Reply-To: <1232571582.02.0.360824752482.issue5027@psf.upfronthosting.co.za>
Message-ID: <1282185596.62.0.318039237231.issue5027@psf.upfronthosting.co.za>


Troy J. Farrell <troy at entheossoft.com> added the comment:

Hi guys.
I'd like to take a moment to remind everyone that this issue has a small patch with two tests and comments.  Please don't let it get lost. :)

Thanks,
Troy

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5027>
_______________________________________

From report at bugs.python.org  Thu Aug 19 07:38:49 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 05:38:49 +0000
Subject: [issue892902] problem with pickling newstyle class instances
Message-ID: <1282196329.48.0.669669283444.issue892902@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This is still a problem with 2.6 and 2.7.  I don't know how to test this with py3k as cPickle doesn't exist, can someone advise, thanks.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue892902>
_______________________________________

From report at bugs.python.org  Thu Aug 19 07:39:46 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 05:39:46 +0000
Subject: [issue892902] problem with pickling newstyle class instances
Message-ID: <1282196386.99.0.363851218284.issue892902@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue892902>
_______________________________________

From report at bugs.python.org  Thu Aug 19 07:44:29 2010
From: report at bugs.python.org (Kirikaza)
Date: Thu, 19 Aug 2010 05:44:29 +0000
Subject: [issue9637] docs do not say that urllib uses HTTP_PROXY
In-Reply-To: <1282196669.74.0.629180904202.issue9637@psf.upfronthosting.co.za>
Message-ID: <1282196669.74.0.629180904202.issue9637@psf.upfronthosting.co.za>


New submission from Kirikaza <kirikaza at rambler.ru>:

In practice urllib reads HTTP_PROXY firstly and then if HTTP_PROXY is empty urllib reads http_proxy. Documentation (http://docs.python.org/library/urllib.html) says nothing about HTTP_PROXY.

Maybe it affects all the versions of Python.

----------
assignee: docs at python
components: Documentation
messages: 114319
nosy: docs at python, kirikaza
priority: normal
severity: normal
status: open
title: docs do not say that urllib uses HTTP_PROXY
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9637>
_______________________________________

From report at bugs.python.org  Thu Aug 19 07:45:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 05:45:58 +0000
Subject: [issue894936] Have a split corresponding with os.path.join
Message-ID: <1282196758.8.0.344851098068.issue894936@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this in a couple of weeks as won't fix unless anyone objects.

----------
nosy: +BreamoreBoy
status: open -> pending
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue894936>
_______________________________________

From report at bugs.python.org  Thu Aug 19 07:46:28 2010
From: report at bugs.python.org (Ayman)
Date: Thu, 19 Aug 2010 05:46:28 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1251896489.26.0.54536142072.issue6822@psf.upfronthosting.co.za>
Message-ID: <1282196788.58.0.629431175469.issue6822@psf.upfronthosting.co.za>


Ayman <ayman.alsairafi at gmail.com> added the comment:

I do not agree with Antoine.  For binary transfer, another method is called, and it does work fine.  However, storelines would be called for ASCII mode, in which encoding and decoding should be done by the FTP program.  ASCII mode would translate files, so a file loaded on a PC may not be identical to the same file when loaded on a Mac.

----------
nosy: +aymanhs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Thu Aug 19 07:50:41 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 05:50:41 +0000
Subject: [issue896330] pyconfig.h is not placed in --includedir
Message-ID: <1282197041.72.0.0217894264951.issue896330@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still a problem, sorry I don't have a box to test it on?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue896330>
_______________________________________

From report at bugs.python.org  Thu Aug 19 07:55:06 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 05:55:06 +0000
Subject: [issue900092] hotshot.stats.load fails with AssertionError
Message-ID: <1282197306.04.0.943486432496.issue900092@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closing as no reply to msg110827.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue900092>
_______________________________________

From report at bugs.python.org  Thu Aug 19 07:56:27 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 19 Aug 2010 05:56:27 +0000
Subject: [issue894936] Have a split corresponding with os.path.join
Message-ID: <1282197387.49.0.505986884589.issue894936@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Mark, +1 objection against closing this.

----------
nosy: +orsenthil
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue894936>
_______________________________________

From report at bugs.python.org  Thu Aug 19 08:01:10 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 06:01:10 +0000
Subject: [issue901727] extra_path kwarg to setup() undocumented
Message-ID: <1282197670.87.0.0324574396798.issue901727@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: tarek -> docs at python
nosy: +docs at python
stage:  -> patch review
versions: +Python 3.2 -Python 2.6, Python 2.7, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue901727>
_______________________________________

From report at bugs.python.org  Thu Aug 19 08:07:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 06:07:04 +0000
Subject: [issue902061] pydoc insists upon producing file: URLs
Message-ID: <1282198024.86.0.731161911759.issue902061@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as a duplicate of #2001, but please keep in mind msg75324.

----------
nosy: +BreamoreBoy
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue902061>
_______________________________________

From report at bugs.python.org  Thu Aug 19 08:10:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 06:10:13 +0000
Subject: [issue2001] Pydoc interactive browsing enhancement
In-Reply-To: <1201993553.04.0.86516199449.issue2001@psf.upfronthosting.co.za>
Message-ID: <1282198213.15.0.534758578761.issue2001@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I've closed #902061 as a duplicate of this, but please keep in mind msg75324 from that issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2001>
_______________________________________

From report at bugs.python.org  Thu Aug 19 08:15:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 06:15:02 +0000
Subject: [issue902151] Thread start - strange error under Cygwin
Message-ID: <1282198502.94.0.270497351908.issue902151@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this in a couple of weeks unless someone shows an interest in running with it.

----------
nosy: +BreamoreBoy
status: open -> pending
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue902151>
_______________________________________

From report at bugs.python.org  Thu Aug 19 08:21:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 06:21:30 +0000
Subject: [issue903339] OpenVMS file system and UNIVERSAL_NEWLINES support
Message-ID: <1282198890.19.0.234659235176.issue903339@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this in a couple of weeks unless anyone objects.

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue903339>
_______________________________________

From report at bugs.python.org  Thu Aug 19 08:29:35 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 06:29:35 +0000
Subject: [issue904498] threading docs, start error should be specified
Message-ID: <1282199375.77.0.345007034063.issue904498@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The docs for start() state "This method will raise a RuntimeException if called more than once on the same thread object."

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue904498>
_______________________________________

From report at bugs.python.org  Thu Aug 19 08:49:20 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 06:49:20 +0000
Subject: [issue917120] imaplib: incorrect quoting in commands
Message-ID: <1282200560.66.0.180525259003.issue917120@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I agree with Dan's comment in msg112741 about dead code so this only applies to 2.7.  I'll raise a new issue to get the dead code removed from py3k.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue917120>
_______________________________________

From report at bugs.python.org  Thu Aug 19 08:57:39 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 06:57:39 +0000
Subject: [issue9638] remove dead code from py3k imaplib
In-Reply-To: <1282201059.85.0.738229053301.issue9638@psf.upfronthosting.co.za>
Message-ID: <1282201059.85.0.738229053301.issue9638@psf.upfronthosting.co.za>


New submission from Mark Lawrence <breamoreboy at yahoo.co.uk>:

The title says it all.

----------
files: imaplibpy3k.diff
keywords: patch
messages: 114331
nosy: BreamoreBoy
priority: normal
severity: normal
stage: patch review
status: open
title: remove dead code from py3k imaplib
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18573/imaplibpy3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9638>
_______________________________________

From report at bugs.python.org  Thu Aug 19 09:04:50 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 19 Aug 2010 07:04:50 +0000
Subject: [issue9638] remove dead code from py3k imaplib
In-Reply-To: <1282201059.85.0.738229053301.issue9638@psf.upfronthosting.co.za>
Message-ID: <1282201490.14.0.0631648182429.issue9638@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed in r84195 and r84196.

----------
nosy: +orsenthil
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9638>
_______________________________________

From report at bugs.python.org  Thu Aug 19 09:04:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 07:04:58 +0000
Subject: [issue919238] Recursive variable definition causes sysconfig infinite
	loop
Message-ID: <1282201498.19.0.606776373251.issue919238@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue919238>
_______________________________________

From report at bugs.python.org  Thu Aug 19 09:15:53 2010
From: report at bugs.python.org (=?utf-8?q?Ren=C3=A9_Liebscher?=)
Date: Thu, 19 Aug 2010 07:15:53 +0000
Subject: [issue2001] Pydoc interactive browsing enhancement
In-Reply-To: <1201993553.04.0.86516199449.issue2001@psf.upfronthosting.co.za>
Message-ID: <1282202153.68.0.946178316784.issue2001@psf.upfronthosting.co.za>


Changes by Ren? Liebscher <R.Liebscher at gmx.de>:


----------
nosy: +r.liebscher

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2001>
_______________________________________

From report at bugs.python.org  Thu Aug 19 09:18:43 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 07:18:43 +0000
Subject: [issue1046092] HTMLParser fix to accept mailformed tag attributes
Message-ID: <1282202323.06.0.724037336483.issue1046092@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The patch is a one line change to a compiled regex.  Would someone with html and/or regex knowledge like to comment, thanks, as I've no idea as to the implications.  I also agree with comments in msg81692 regarding better unit tests.  Please don't ask me! :)

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1046092>
_______________________________________

From report at bugs.python.org  Thu Aug 19 09:20:55 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 07:20:55 +0000
Subject: [issue976613] socket timeout problems on Solaris
Message-ID: <1282202455.61.0.118816668588.issue976613@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still a problem on Solaris?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue976613>
_______________________________________

From report at bugs.python.org  Thu Aug 19 10:05:16 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 19 Aug 2010 08:05:16 +0000
Subject: [issue706263] print raises exception when no console available
Message-ID: <1282205116.23.0.857994757992.issue706263@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

I use Windows XP.
Note that nothing is displayed on screen. there is just a error.txt file in the current directory.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706263>
_______________________________________

From report at bugs.python.org  Thu Aug 19 11:11:51 2010
From: report at bugs.python.org (Marcus Huewe)
Date: Thu, 19 Aug 2010 09:11:51 +0000
Subject: [issue9639] urllib2's AbstractBasicAuthHandler is limited to 6
	requests
In-Reply-To: <1282209110.27.0.244600135673.issue9639@psf.upfronthosting.co.za>
Message-ID: <1282209110.27.0.244600135673.issue9639@psf.upfronthosting.co.za>


New submission from Marcus Huewe <suse-tux at gmx.de>:

It seems that commit r81636 broke urllib2's AbstractBasicAuthHandler because the "retried" attribute isn't reset on success. Therefore it's limited to 6 requests. The attached patch should fix this problem.

----------
components: Library (Lib)
files: urllib2-AbstractBasicAuthHandler_reset_attr.diff
keywords: patch
messages: 114336
nosy: mhuewe
priority: normal
severity: normal
status: open
title: urllib2's AbstractBasicAuthHandler is limited to 6 requests
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18574/urllib2-AbstractBasicAuthHandler_reset_attr.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9639>
_______________________________________

From report at bugs.python.org  Thu Aug 19 12:25:31 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Aug 2010 10:25:31 +0000
Subject: [issue9636] {'key': 'value'}[b'key'] raises a BytesWarning
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282213531.89.0.386314790399.issue9636@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Oh. flox told me that there are other cases raising BytesWarning:

'abc' in {b'abc'}
'abc' in (b'xxx',)
'abc' in [b'xxx']

I suppose that the behaviour is different (only fail with same value / fail with different values) because set does first compare the hash (as dict), whereas tuple and list use a classic comparaison.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 12:26:47 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Thu, 19 Aug 2010 10:26:47 +0000
Subject: [issue9636] {'key': 'value'}[b'key'] raises a BytesWarning
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282213607.7.0.490894114732.issue9636@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Various annoyances:

>>> some_set = {'oOO', b'oOO'}
BytesWarning: Comparison between bytes and string

>>> 'a' in {b'', ''}
BytesWarning: Comparison between bytes and string

>>> 'abc' in (b'def', 123)
BytesWarning: Comparison between bytes and string

>>> 'abc' in {b'abc', 123}
BytesWarning: Comparison between bytes and string

>>> {42: 'abc'} == {42: b'def'}
BytesWarning: Comparison between bytes and string

----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 12:26:56 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Thu, 19 Aug 2010 10:26:56 +0000
Subject: [issue9636] {'key': 'value'}[b'key'] raises a BytesWarning
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282213616.47.0.0591977038663.issue9636@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 12:48:27 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 19 Aug 2010 10:48:27 +0000
Subject: [issue9639] urllib2's AbstractBasicAuthHandler is limited to 6
	requests
In-Reply-To: <1282209110.27.0.244600135673.issue9639@psf.upfronthosting.co.za>
Message-ID: <1282214907.21.0.392788205946.issue9639@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

The patch is fine.

----------
assignee:  -> orsenthil
nosy: +orsenthil
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9639>
_______________________________________

From report at bugs.python.org  Thu Aug 19 12:55:12 2010
From: report at bugs.python.org (Anders Sandvig)
Date: Thu, 19 Aug 2010 10:55:12 +0000
Subject: [issue8595] Explain the default timeout in http-client-related
	libraries
In-Reply-To: <1272768884.43.0.28527344604.issue8595@psf.upfronthosting.co.za>
Message-ID: <1282215312.24.0.0289082434609.issue8595@psf.upfronthosting.co.za>


Changes by Anders Sandvig <anders.sandvig at gmail.com>:


----------
nosy: +anders.sandvig

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8595>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:04:11 2010
From: report at bugs.python.org (W. Trevor King)
Date: Thu, 19 Aug 2010 11:04:11 +0000
Subject: [issue9640] Improved doctest REPORT_*DIFFs with ELLIPSIS and/or
	NORMALIZE_WHITESPACE
In-Reply-To: <1282215851.54.0.826836496752.issue9640@psf.upfronthosting.co.za>
Message-ID: <1282215851.54.0.826836496752.issue9640@psf.upfronthosting.co.za>


New submission from W. Trevor King <wking at drexel.edu>:

I had been struggling to find the failure-causing mismatch in a doctest with lots of output.  REPORT_UDIFF gave lots of false mismatches because I was also using NORMALIZE_WHITESPACE.  Looking through the doctest.py source, I saw a comment suggesting a nicer diff in the similar REPORT_*DIFF and ELLIPSIS situation.  So I went ahead and implemented one.  I'm not super happy with the cleanliness of the implementation, but it ended up being a bit trickier than I'd initially expected.

----------
components: Library (Lib)
messages: 114340
nosy: labrat
priority: normal
severity: normal
status: open
title: Improved doctest REPORT_*DIFFs with ELLIPSIS and/or NORMALIZE_WHITESPACE
type: feature request
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9640>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:06:04 2010
From: report at bugs.python.org (W. Trevor King)
Date: Thu, 19 Aug 2010 11:06:04 +0000
Subject: [issue9640] Improved doctest REPORT_*DIFFs with ELLIPSIS and/or
	NORMALIZE_WHITESPACE
In-Reply-To: <1282215851.54.0.826836496752.issue9640@psf.upfronthosting.co.za>
Message-ID: <1282215964.62.0.630331123907.issue9640@psf.upfronthosting.co.za>


W. Trevor King <wking at drexel.edu> added the comment:

Here's my patch, or pull from my Mercurial repository
  http://www.physics.drexel.edu/~wking/code/hg/hgwebdir.cgi/python/rev/6638df20c1a4

----------
keywords: +patch
Added file: http://bugs.python.org/file18575/doctest_diff.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9640>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:18:29 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Aug 2010 11:18:29 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>
Message-ID: <1282216709.67.0.599572024665.issue9632@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

New version of the patch: remove also _Py_SetFileSystemEncoding().

----------
Added file: http://bugs.python.org/file18576/remove_sys_setfilesystemencoding-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:18:34 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Aug 2010 11:18:34 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>
Message-ID: <1282216714.94.0.580139475608.issue9632@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file18565/remove_sys_setfilesystemencoding.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:29:29 2010
From: report at bugs.python.org (Anders Sandvig)
Date: Thu, 19 Aug 2010 11:29:29 +0000
Subject: [issue9641] httplib/ftplib: timeout parameter not applied correctly
In-Reply-To: <1282217369.56.0.577376889076.issue9641@psf.upfronthosting.co.za>
Message-ID: <1282217369.56.0.577376889076.issue9641@psf.upfronthosting.co.za>


New submission from Anders Sandvig <anders.sandvig at gmail.com>:

>From <http://mail.python.org/pipermail/python-dev/2010-July/101266.html>:

Consider the following code for retreieving a web page using httplib:

   def get_url(hostname, port, url, timeout=5):
       con = httplib.HTTPConnection(hostname, port, timeout)
       con.request("GET", url)
       res = con.getresponse()
       data = res.read()
       return res, data

As expected, this will raise a socket.error if the client is unable to
connect before the timeout has expired. However, once the connection
has been made, the timeout parameter no longer has any effect and
con.getresponse() will block forever if the server does not send any
data.

I think the reason for this is that the socket object created in
HTTPConnection.connect() has a default timeout of 0 (i.e. it is never
set explicitly):

   def connect(self):
       """Connect to the host and port specified in __init__."""
       self.sock = socket.create_connection((self.host,self.port),
                                            self.timeout)


For now I have been able to work around this by manually setting the
timeout of the (private) socket object after calling con.request(),
like this:

       ...
       con.request("GET", url)
       con.sock.settimeout(timeout)
       res = con.getresponse()
       ...

However, I don't think this is a very good solution as it relies on
knowledge about the inner workings of httplib (and I had to read the
library source code to come up with it).

>From the top of my head, I can come up with three (four) ways of
properly solving the issue:

1) Documenting the timeout behavior and describing the above hack in
the httplib documentation.

2) Modify HTTPConnection.connect() to set the timeout on the socket
object after it has been  created (using the same timeout as given on
the HTTPConnection constructor).

3) Adding (optional) timeout parameters to
HTTPConnection.getresponse() and HTTPResponse.read() (and possibly
other functions with the same problem).

4) A combination of 2) and 3).

[...]

----------
components: Library (Lib)
messages: 114343
nosy: anders.sandvig
priority: normal
severity: normal
status: open
title: httplib/ftplib: timeout parameter not applied correctly
type: behavior
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/issue9641>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:39:37 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Aug 2010 11:39:37 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282217977.77.0.614120849944.issue8622@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Oh, I realized that PYTHONFSENCODING is ignored on Windows and Mac OS X. r84201 and r84202 fix test_sys, and r84203 fixes the documentation and Python usage (hide PYTHONFSENCODING variable in Python help on Windows and Mac OS X).

We might allow to override the filesystem encoding on Windows, but I don't think that it is a good idea because third party libraries will use anyway the mbcs encoding.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:42:45 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 19 Aug 2010 11:42:45 +0000
Subject: [issue901727] extra_path kwarg to setup() undocumented
Message-ID: <1282218165.72.0.137511577853.issue901727@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The patch has some words missing (?to put between?), but I can add them. I?m also going to include the example that was in Bob?s message, since the bit of doc in the table alone is not enough to understand clearly what this does IMO.

I?m reassigning this to distutils2. distutils only gets bug fixes, and its doc is changed only when it says something that doesn?t work. This lets us put energy on distutils2.

I?ll get to it this week-end or later.

----------
assignee: docs at python -> eric.araujo
components: +Distutils2 -Distutils, Documentation
nosy: +eric.araujo
versions: +Python 2.5, Python 2.6, Python 2.7 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue901727>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:44:37 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 19 Aug 2010 11:44:37 +0000
Subject: [issue901727] extra_path kwarg to setup() undocumented
Message-ID: <1282218277.86.0.667923346595.issue901727@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue901727>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:45:59 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Aug 2010 11:45:59 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1282196788.58.0.629431175469.issue6822@psf.upfronthosting.co.za>
Message-ID: <1282218354.3253.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I do not agree with Antoine.  For binary transfer, another method is
> called, and it does work fine.  However, storelines would be called
> for ASCII mode, in which encoding and decoding should be done by the
> FTP program.  ASCII mode would translate files, so a file loaded on a
> PC may not be identical to the same file when loaded on a Mac.

Well if it's really "ASCII" mode, it should refuse any character > 127,
in which case I would agree to hardcode ascii as an encoding.

But, in any case, storing "lines" has a meaning in binary mode, as
witnessed by the fact that binary files in Python 3 have a readline()
method. This means storlines should still succeed for binary input, even
if it is made compatible with text input.

I would personally argue that the text transfer mode in FTP is an
ill-conceived feature from the start and ftplib should do whatever is
reasonable nowadays, rather than what looked reasonable 30 years ago.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:46:39 2010
From: report at bugs.python.org (Anders Sandvig)
Date: Thu, 19 Aug 2010 11:46:39 +0000
Subject: [issue9641] httplib/ftplib: timeout parameter not applied correctly
In-Reply-To: <1282217369.56.0.577376889076.issue9641@psf.upfronthosting.co.za>
Message-ID: <1282218399.62.0.132359346008.issue9641@psf.upfronthosting.co.za>


Anders Sandvig <anders.sandvig at gmail.com> added the comment:

The best (and simplest) solution seems to be option 2).

Affected methods are found to be HTTPConnection.connect() and
HTTPSConnection.connect() in Lib/httplib.py (Lib/http/client.py for 3.x) and
FTP.connect() and FTP.ntransfercmd() in Lib/ftplib.py.

It appears the issue can be fixed by simply adding a call to settimeout() on
socket objects returned by socket.create_connection(), but this should of course
be verified by appropriate tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9641>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:46:42 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 19 Aug 2010 11:46:42 +0000
Subject: [issue9635] Add Py_BREAKPOINT and sys.breakpoint hooks
In-Reply-To: <1282175005.37.0.905894818052.issue9635@psf.upfronthosting.co.za>
Message-ID: <1282218402.37.0.89728962408.issue9635@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
title: RFE(patch): add Py_BREAKPOINT and sys.breakpoint hooks -> Add Py_BREAKPOINT and sys.breakpoint hooks

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9635>
_______________________________________

From report at bugs.python.org  Thu Aug 19 13:58:51 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 19 Aug 2010 11:58:51 +0000
Subject: [issue9630] Reencode filenames when setting the filesystem encoding
In-Reply-To: <1282088826.81.0.444273804054.issue9630@psf.upfronthosting.co.za>
Message-ID: <1282219131.83.0.0655336771223.issue9630@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

I would rename the feature to something like "redecode-modules": the filenames were decoded with the wrong encoding, and must be decoded again.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9630>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:01:19 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 19 Aug 2010 12:01:19 +0000
Subject: [issue9630] Reencode filenames when setting the filesystem encoding
In-Reply-To: <1282088826.81.0.444273804054.issue9630@psf.upfronthosting.co.za>
Message-ID: <1282219279.02.0.962519042898.issue9630@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Some thoughts: since the modules were successfully imported, surely it means that their filenames where correctly computed and encoded? So why is the __filename__ attribute wrong?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9630>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:02:28 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Aug 2010 12:02:28 +0000
Subject: [issue9642] #ifdef and mbcs: don't check for
	defined(HAVE_USABLE_WCHAR_T)
In-Reply-To: <1282219348.43.0.267719038373.issue9642@psf.upfronthosting.co.za>
Message-ID: <1282219348.43.0.267719038373.issue9642@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

mbcs codec functions are surrounded by:

#if defined(MS_WINDOWS) && defined(HAVE_USABLE_WCHAR_T)
(especially in unicodeobject.c and _codecsmodule.c)

or

#ifdef MS_WIN32
(in unicodeobject.h)

or

#if defined(MS_WINDOWS) && !defined(__BORLANDC__)
(in timemodule.c)

I think that all of these tests are wrong. We should just check that we are compiling under Windows: mbcs functions don't use the wchar_t type. And it's better to use the same test in all tests (MS_WIN32 vs MS_WINDOWS).

Attached patch replaces all #ifdef (except the one in timemodule.c because I don't know what to do with the BORLAND check, does anyone use this compiler?).

I suppose that my patch doesn't change anything in pratice because mbcs is used in many places and noboby complained that mbcs encoding was missing on Windows.

----------
components: Unicode, Windows
files: ifdef_mbcs.patch
keywords: patch
messages: 114350
nosy: brian.curtin, haypo, tim.golden
priority: normal
severity: normal
status: open
title: #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)
versions: Python 3.2
Added file: http://bugs.python.org/file18577/ifdef_mbcs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9642>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:10:30 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 19 Aug 2010 12:10:30 +0000
Subject: [issue901727] extra_path kwarg to setup() undocumented
Message-ID: <1282219830.45.0.357339462866.issue901727@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I don't understand why distutils won't even get documentation updates.

Bob's report is about undocumented functionality that is used in real life and was the best way to install python distributions in a self-contained way before setuptools was invented.

AFAIK The "options" argument to setup is also not documented an that one is also used (both py2exe and py2app mention this feature in their documentation).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue901727>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:16:48 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Aug 2010 12:16:48 +0000
Subject: [issue9630] Reencode filenames when setting the filesystem encoding
In-Reply-To: <1282088826.81.0.444273804054.issue9630@psf.upfronthosting.co.za>
Message-ID: <1282220208.81.0.192506917616.issue9630@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> since the modules were successfully imported, surely it means that
> their filenames where correctly computed and encoded? So why is the
> __filename__ attribute wrong?

Python starts with 'utf-8' encoding. If the new encoding is "smaller" (unable to encode as much characters as utf-8), PyUnicode_EncodeFS() and os.fsencode() will raise UnicodeEncodeError.

Eg. your Python setup is installed in a directory called b'py3k\xc3\xa9' and your locale is C (ascii encoding). At startup, the directory name is decoded to 'py3k?' (using the defautlt encoding, utf-8). initfsencoding() sets the encoding to ascii: 'py3k?' cannot be encoded to the filesystem encoding (ascii) anymore.

--

If we set the default filesystem encoding to ascii (#8725), it will work but the filenames will be full of surrogates characters. Eg. you Python setup is installed in b'py3k\xc3\xa9' and your locale encoding is utf-8: b'py3k\xc3\xa9' will be decoded to 'py3k\udcc3\udca9' and leaved unchanged by initfsencoding(). Surrogates characters are not pratical: you have to escape them to display them. Print a filename with surrogates in a terminal raise a UnicodeEncodeError (even with utf-8 encoding).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9630>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:22:30 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 19 Aug 2010 12:22:30 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1282217977.77.0.614120849944.issue8622@psf.upfronthosting.co.za>
Message-ID: <4C6D2203.2070305@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:
> 
> Oh, I realized that PYTHONFSENCODING is ignored on Windows and Mac OS X. r84201 and r84202 fix test_sys, and r84203 fixes the documentation and Python usage (hide PYTHONFSENCODING variable in Python help on Windows and Mac OS X).

This has to be changed: The env var needs to be respected on all
platforms.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:25:41 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 19 Aug 2010 12:25:41 +0000
Subject: [issue9642] #ifdef and mbcs: don't check for
	defined(HAVE_USABLE_WCHAR_T)
In-Reply-To: <1282219348.43.0.267719038373.issue9642@psf.upfronthosting.co.za>
Message-ID: <1282220741.31.0.751677066442.issue9642@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

It's true that for now, MS_WINDOWS implies HAVE_USABLE_WCHAR_T and PyUnicodeObject directly used as a WCHAR array.

I'd prefer a new symbol though. Why not something like HAVE_MBCS_CODEC?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9642>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:28:27 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Aug 2010 12:28:27 +0000
Subject: [issue894936] Have a split corresponding with os.path.join
Message-ID: <1282220907.48.0.0344126912431.issue894936@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It is, however, clearly languishing for want of an implementer...

----------
status: open -> languishing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue894936>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:31:47 2010
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Aug 2010 12:31:47 +0000
Subject: [issue9636] {'key': 'value'}[b'key'] raises a BytesWarning
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282221107.06.0.470375820578.issue9636@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/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:33:03 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Aug 2010 12:33:03 +0000
Subject: [issue805194] Inappropriate error received using socket timeout
Message-ID: <1282221183.82.0.878850431776.issue805194@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I'm not sure in what way the error is inappropriate. Python simply propagates whatever errno the C library sets on failure.

As for the comment that connect() shouldn't be called twice, this was fixed in 2.6 by r60101.

----------
nosy: +pitrou
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue805194>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:36:09 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Aug 2010 12:36:09 +0000
Subject: [issue9636] {'key': 'value'}[b'key'] raises a BytesWarning
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282221369.21.0.910449827697.issue9636@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well, that's what BytesWarning is for. I agree it is annoying in normal use, but it is meant to ease porting of 2.x code. That's why it is only enabled when you use the corresponding command-line switch.

The warning in the dict case is especially important: otherwise it is easy to get a dict with duplicate bytes and unicode keys (say b"xxx" and "xxx"), and potentially different values.

----------
nosy: +pitrou
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:49:47 2010
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Aug 2010 12:49:47 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <4C6D2203.2070305@egenix.com>
Message-ID: <201008191449.39531.victor.stinner@haypocalc.com>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> > Oh, I realized that PYTHONFSENCODING is ignored on Windows and Mac OS X.
> > r84201 and r84202 fix test_sys, and r84203 fixes the documentation and
> > Python usage (hide PYTHONFSENCODING variable in Python help on Windows
> > and Mac OS X).
> 
> This has to be changed: The env var needs to be respected on all
> platforms.

I don't think so.

On Mac OS X, you cannot create a file with an invalid utf-8 name. The VFS uses 
utf-8:
http://developer.apple.com/mac/library/qa/qa2001/qa1173.html

Use a different encoding will raise error for the first non-ascii filename.

--

About Windows, Python3 uses the wide character API of Windows, except in some 
functions using third party libraries only providing a bytes API (eg. 
openssl). filenames are stored as unicode, even on removable media like CD-Rom 
or USB keys. I don't get the usecase here. Why would you like to change the 
filesystem encoding on Windows?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:55:24 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 12:55:24 +0000
Subject: [issue706263] print raises exception when no console available
Message-ID: <1282222524.23.0.257907378901.issue706263@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Ah I was misreading things, I too can confirm that it is still a problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706263>
_______________________________________

From report at bugs.python.org  Thu Aug 19 14:56:24 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 19 Aug 2010 12:56:24 +0000
Subject: [issue5127] Use Py_UCS4 instead of Py_UNICODE in unicodectype.c
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1282222584.39.0.247072458983.issue5127@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Committed with r84177.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5127>
_______________________________________

From report at bugs.python.org  Thu Aug 19 15:14:06 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Aug 2010 13:14:06 +0000
Subject: [issue8595] Explain the default timeout in http-client-related
	libraries
In-Reply-To: <1272768884.43.0.28527344604.issue8595@psf.upfronthosting.co.za>
Message-ID: <1282223646.81.0.44750727409.issue8595@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> That way, if _HTTP_DEFAULT_TIMEOUT is never set, it will use the the
> socket timeout. Admittedly I'd rather see all uses of module globals go 
> away, but I think this would be a good compromise.

Why not provide {httplib,urllib}.{set,get}defaulttimeout() instead?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8595>
_______________________________________

From report at bugs.python.org  Thu Aug 19 15:16:47 2010
From: report at bugs.python.org (Eric Smith)
Date: Thu, 19 Aug 2010 13:16:47 +0000
Subject: [issue8595] Explain the default timeout in http-client-related
	libraries
In-Reply-To: <1282223646.81.0.44750727409.issue8595@psf.upfronthosting.co.za>
Message-ID: <4C6D2E3E.4090602@trueblade.com>


Eric Smith <eric at trueblade.com> added the comment:

On 8/19/2010 9:14 AM, Antoine Pitrou wrote:
> Why not provide {httplib,urllib}.{set,get}defaulttimeout() instead?

Yes, I'm assuming that's how _HTTP_DEFAULT_TIMEOUT would be set and queried.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8595>
_______________________________________

From report at bugs.python.org  Thu Aug 19 15:52:26 2010
From: report at bugs.python.org (Anders Sandvig)
Date: Thu, 19 Aug 2010 13:52:26 +0000
Subject: [issue9641] httplib/ftplib: timeout parameter not applied correctly
In-Reply-To: <1282217369.56.0.577376889076.issue9641@psf.upfronthosting.co.za>
Message-ID: <1282225946.17.0.612948845657.issue9641@psf.upfronthosting.co.za>


Anders Sandvig <anders.sandvig at gmail.com> added the comment:

socket.create_connection() does in fact set the timeout of the resulting socket object, so the issue is not an issue after all.

The problems I experienced was a result of sending the timeout as the third parameter to the HTTPConnection() constructor instead of a named parameter, i.e.:

  con = httplib.HTTPConnection(hostname, port, timeout)

should have been:

  con = httplib.HTTPConnection(hostname, port, timeout=timeout)

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9641>
_______________________________________

From report at bugs.python.org  Thu Aug 19 16:02:21 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 19 Aug 2010 14:02:21 +0000
Subject: [issue9636] {'key': 'value'}[b'key'] raises a BytesWarning
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282226541.9.0.585495384801.issue9636@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> The warning in the dict case is especially important

It's worth noting that this warning is dependent on hash() producing the same values for 'equivalent' bytes and str instances.  This seems a bit fragile, and is something that could potentially change in the future---with bytes and str comparing unequal, there's no reason for the hashes to correspond.

(It might even make sense to deliberately change the hash for either  bytes or str so that it doesn't match the other, just to expose any bugs that rely on the hashes being identical.)

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 16:58:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 14:58:58 +0000
Subject: [issue979407] urllib2 digest auth totally broken
Message-ID: <1282229938.18.0.927140210474.issue979407@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue979407>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:03:45 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:03:45 +0000
Subject: [issue979658] Improve HTML documentation of a directory
Message-ID: <1282230225.04.0.00637623035129.issue979658@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +ron_adam
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue979658>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:05:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:05:13 +0000
Subject: [issue984870] curses: getmaxyx() breaks when the window shrinks
Message-ID: <1282230313.24.0.308021800271.issue984870@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue984870>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:06:11 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 19 Aug 2010 15:06:11 +0000
Subject: [issue9576] logging.addLevelName in file-based configurations
In-Reply-To: <1281627893.73.0.657800338781.issue9576@psf.upfronthosting.co.za>
Message-ID: <1282230371.85.0.169840594122.issue9576@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

While custom levels are supported for the rare cases where they're needed, they're not really encouraged. For example, if third-party libraries each set their own custom logging levels, it would be a headache to integrate them into an application's overall logging scheme.

So I'm not in favour of making it easier to define custom levels via configuration - it's not (meant to be) a common use case.

----------
resolution:  -> wont fix
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9576>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:10:10 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:10:10 +0000
Subject: [issue989712] Support using Tk without a mainloop
Message-ID: <1282230610.64.0.159838344556.issue989712@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

There were no comments in reply to msg84306, anyone got any comments now?  If not could someone take a look at the patch and if happy get it committed.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue989712>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:12:28 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:12:28 +0000
Subject: [issue991266] Cookie.py does not correctly quote Morsels
Message-ID: <1282230748.66.0.494677500818.issue991266@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can we have this committed please, msg82420 says the patches are ok.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue991266>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:25:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:25:21 +0000
Subject: [issue992389] attribute error after non-from import
Message-ID: <1282231521.71.0.18350344731.issue992389@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue992389>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:26:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:26:51 +0000
Subject: [issue993766] bdist_dumb and --relative on Windows fails
Message-ID: <1282231611.36.0.588881066194.issue993766@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue993766>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:28:34 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:28:34 +0000
Subject: [issue995907] memory leak with threads and enhancement of the timer
	class
Message-ID: <1282231714.39.0.198941759801.issue995907@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue995907>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:30:47 2010
From: report at bugs.python.org (Anders Sandvig)
Date: Thu, 19 Aug 2010 15:30:47 +0000
Subject: [issue979407] urllib2 digest auth totally broken
Message-ID: <1282231847.72.0.509981060503.issue979407@psf.upfronthosting.co.za>


Changes by Anders Sandvig <anders.sandvig at gmail.com>:


----------
nosy: +anders.sandvig

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue979407>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:38:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:38:51 +0000
Subject: [issue999444] compiler module doesn't support unicode characters in
	laiter
Message-ID: <1282232331.28.0.737620031785.issue999444@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The compiler package has been removed from py3k.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue999444>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:51:03 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:51:03 +0000
Subject: [issue1005895] curses for win32
Message-ID: <1282233063.12.0.0272475897409.issue1005895@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Brian or Tim any interest in this?

I consider #2889 to be a duplicate of this and not the other way around.

----------
nosy: +BreamoreBoy, brian.curtin, tim.golden
stage:  -> patch review
type:  -> feature request
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1005895>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:52:02 2010
From: report at bugs.python.org (Eysteinn Torfi Kristinsson)
Date: Thu, 19 Aug 2010 15:52:02 +0000
Subject: [issue5689] please support lzma compression as an extension and
	in	the tarfile module
In-Reply-To: <1238861315.81.0.348941469726.issue5689@psf.upfronthosting.co.za>
Message-ID: <1282233122.79.0.169960730625.issue5689@psf.upfronthosting.co.za>


Changes by Eysteinn Torfi Kristinsson <eysi at internet.is>:


----------
nosy: +eysispeisi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5689>
_______________________________________

From report at bugs.python.org  Thu Aug 19 17:54:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 15:54:38 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1210919907.42.0.842256015219.issue2889@psf.upfronthosting.co.za>
Message-ID: <1282233278.8.0.0211522569413.issue2889@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Brian or Tim any interest in this?

----------
nosy: +BreamoreBoy, brian.curtin, tim.golden
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2889>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:00:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:00:04 +0000
Subject: [issue1007223] SGI (IRIX6.5.24) Problems building nismodule.c
Message-ID: <1282233604.53.0.668721481604.issue1007223@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed as no reply to msg82076.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1007223>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:00:36 2010
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 19 Aug 2010 16:00:36 +0000
Subject: [issue1005895] curses for win32
Message-ID: <1282233636.12.0.620880520321.issue1005895@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

I have zero knowledge and experience when it comes to curses so I'm afraid I can't really provide much here.

One thing I can say is that this patch would have to be converted to be compiled by MSVC rather than MinGW. That was an early issue with #2889 but it appears that patch was converted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1005895>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:02:54 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 19 Aug 2010 16:02:54 +0000
Subject: [issue992389] attribute error after non-from import
Message-ID: <1282233774.33.0.87062667376.issue992389@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue992389>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:03:49 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:03:49 +0000
Subject: [issue1015254] Create cgi.FieldStorage._get_new_instance method as
	factory
Message-ID: <1282233829.26.0.0910482137121.issue1015254@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close in a couple of weeks unless anyone objects.

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1015254>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:07:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:07:58 +0000
Subject: [issue1016626] distutils support for swig is under par
Message-ID: <1282234078.02.0.797038926863.issue1016626@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1016626>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:08:22 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:08:22 +0000
Subject: [issue2624] swig support in distutils should use the build and temp
	dirs
In-Reply-To: <1208004805.0.0.253675871958.issue2624@psf.upfronthosting.co.za>
Message-ID: <1282234102.87.0.616846885117.issue2624@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2624>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:10:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:10:21 +0000
Subject: [issue1018492] Solaris: reentrancy issues
Message-ID: <1282234221.12.0.464438992741.issue1018492@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg82073.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1018492>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:16:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:16:31 +0000
Subject: [issue1020188] Use Py_CLEAR where necessary to avoid crashes
Message-ID: <1282234591.68.0.261264988106.issue1020188@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Any interest in this or can it be closed?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1020188>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:22:09 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:22:09 +0000
Subject: [issue1021318] PyThreadState_Next not thread safe?
Message-ID: <1282234929.86.0.769471612217.issue1021318@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg82072.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1021318>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:28:07 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:28:07 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
Message-ID: <1282235287.54.0.786706054694.issue1027206@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions:  -Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027206>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:31:40 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:31:40 +0000
Subject: [issue1028088] Cookies without values are silently ignored (by
	design?)
Message-ID: <1282235500.23.0.703633631352.issue1028088@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Any interest in this?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1028088>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:39:39 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:39:39 +0000
Subject: [issue1038591] Python 2.3+ socket._fileobject handles EAGAIN with
	data loss
Message-ID: <1282235979.8.0.478549907277.issue1038591@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still valid?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1038591>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:41:26 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:41:26 +0000
Subject: [issue1038909] pydoc method documentation lookup enhancement
Message-ID: <1282236086.62.0.0517908303447.issue1038909@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +ron_adam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1038909>
_______________________________________

From report at bugs.python.org  Thu Aug 19 18:51:19 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 16:51:19 +0000
Subject: [issue1043134] mimetypes.guess_extension('text/plain') == '.ksh' ???
Message-ID: <1282236679.06.0.954859944335.issue1043134@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this in a couple of weeks unless someone wants it kept open.

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1043134>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:18:41 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Aug 2010 17:18:41 +0000
Subject: [issue9636] {'key': 'value'}
In-Reply-To: <1282226541.9.0.585495384801.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282238316.3274.4.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> It's worth noting that this warning is dependent on hash() producing
> the same values for 'equivalent' bytes and str instances.  This seems
> a bit fragile, and is something that could potentially change in the
> future---with bytes and str comparing unequal, there's no reason for
> the hashes to correspond.
> 
> (It might even make sense to deliberately change the hash for either
> bytes or str so that it doesn't match the other, just to expose any
> bugs that rely on the hashes being identical.)

Actually, no, the "consistency" of hashes is necessary for the
BytesWarning to be useful with dicts. Because the situations it is meant
to uncover are those where e.g. you have "A" as a key and you are
looking up b"A".

(you don't really care, on the other hand, if you are looking up b"A" in
a dict which has only "B"; and, yes, I know there will still be false
positives :-))

----------
title: {'key': 'value'}[b'key'] raises a BytesWarning -> {'key': 'value'}

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:32:35 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 19 Aug 2010 17:32:35 +0000
Subject: [issue9639] urllib2's AbstractBasicAuthHandler is limited to 6
	requests
In-Reply-To: <1282209110.27.0.244600135673.issue9639@psf.upfronthosting.co.za>
Message-ID: <1282239155.27.0.555287110766.issue9639@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed in r84207(release27-maint).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9639>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:39:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 17:39:30 +0000
Subject: [issue1047397] cgitb failures
Message-ID: <1282239570.25.0.854920084469.issue1047397@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Anyone interested in running with this as it's still a problem in all versions?

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1047397>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:41:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 17:41:54 +0000
Subject: [issue1047540] Turtle.py hangs Idle
Message-ID: <1282239714.55.0.237755000245.issue1047540@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1047540>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:42:39 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 19 Aug 2010 17:42:39 +0000
Subject: [issue9636] {'key': 'value'}
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282239759.61.0.0316059563736.issue9636@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> Actually, no, the "consistency" of hashes is necessary for the
> BytesWarning to be useful with dicts.

Yes.  That's precisely the point I was trying to make.  (Probably badly.)
That's why I was calling the usefulness of BytesWarning with dicts 'fragile'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:46:49 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 17:46:49 +0000
Subject: [issue1049450] Solaris: EINTR exception in select/socket calls in
	telnetlib
Message-ID: <1282240009.52.0.988318210172.issue1049450@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1049450>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:47:56 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 17:47:56 +0000
Subject: [issue1050268] rfc822.parseaddr is broken,
	breaks sendmail call in smtplib
Message-ID: <1282240076.07.0.589485242727.issue1050268@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1050268>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:48:53 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Thu, 19 Aug 2010 17:48:53 +0000
Subject: [issue9636] BytesWarning annoyances {'key': 'value'}.get(b'key')
In-Reply-To: <1282178847.04.0.326162016951.issue9636@psf.upfronthosting.co.za>
Message-ID: <1282240133.33.0.106513380338.issue9636@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
title: {'key': 'value'} -> BytesWarning annoyances {'key': 'value'}.get(b'key')

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9636>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:50:33 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 17:50:33 +0000
Subject: [issue1052827] filelist.findall should not fail on dangling symlinks
Message-ID: <1282240233.36.0.692574579543.issue1052827@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1052827>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:55:37 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 17:55:37 +0000
Subject: [issue1053365] nntplib: add support for NNTP over SSL
Message-ID: <1282240537.57.0.775634240467.issue1053365@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can someone provide an updated unit test to accompany the code patch.

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1053365>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:56:33 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 17:56:33 +0000
Subject: [issue1053687] PyOS_InputHook not called in IDLE subprocess
Message-ID: <1282240593.75.0.511410149094.issue1053687@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +gpolo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1053687>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:59:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 17:59:04 +0000
Subject: [issue1054041] Python doesn't exit with proper resultcode on SIGINT
Message-ID: <1282240744.87.0.354853632434.issue1054041@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this in a couple of weeks unless someone wants it kept open.

----------
nosy: +BreamoreBoy
status: open -> pending
type: feature request -> behavior
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1054041>
_______________________________________

From report at bugs.python.org  Thu Aug 19 19:59:12 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 19 Aug 2010 17:59:12 +0000
Subject: [issue9643] urllib2 - Basic,
	Digest Auth Handlers Retry will give 401 code instead of 407
In-Reply-To: <1282240751.95.0.79564995249.issue9643@psf.upfronthosting.co.za>
Message-ID: <1282240751.95.0.79564995249.issue9643@psf.upfronthosting.co.za>


New submission from Senthil Kumaran <orsenthil at gmail.com>:

The retry logic and code used by ProxyBasicAuthHandler and ProxyDigestAuthHandler are same as normal authentication handlers. While this reuse is good, there is a problem that, on authentication failure, the HTTPError code is hardcoded to 401, whereas for Proxy cases it should have been 407.

The problematic line is this:


    def http_error_auth_reqed(self, auth_header, host, req, headers):
            ...
            raise HTTPError(req.full_url, 401, "digest auth failed",
                            headers, None)

can be changed by:
- Passing the errcode as arg.
- Or getting it from headers.

----------
assignee: orsenthil
messages: 114386
nosy: orsenthil
priority: normal
severity: normal
status: open
title: urllib2 - Basic,Digest Auth Handlers Retry will give 401 code instead of 407
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9643>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:00:45 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 19 Aug 2010 18:00:45 +0000
Subject: [issue9639] urllib2's AbstractBasicAuthHandler is limited to 6
	requests
In-Reply-To: <1282209110.27.0.244600135673.issue9639@psf.upfronthosting.co.za>
Message-ID: <1282240845.84.0.672430167181.issue9639@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Fixed in py3k (r84210) and release31-maint(r84211). I discovered a new problem while fixing this. It will be taken care in issue9643.

----------
resolution: accepted -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9639>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:01:30 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 19 Aug 2010 18:01:30 +0000
Subject: [issue9643] urllib2 - Basic,
	Digest Proxy Auth Handlers failure will give 401 code instead of 407
In-Reply-To: <1282240751.95.0.79564995249.issue9643@psf.upfronthosting.co.za>
Message-ID: <1282240890.68.0.235786200113.issue9643@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
title: urllib2 - Basic,Digest Auth Handlers Retry will give 401 code instead of 407 -> urllib2 - Basic,Digest Proxy Auth Handlers failure will give 401 code instead of 407

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9643>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:04:41 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:04:41 +0000
Subject: [issue1055864] HTMLParser not compliant to XHTML spec
Message-ID: <1282241081.08.0.441325474916.issue1055864@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I think this should be closed as it's similar to #1051840, agreed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1055864>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:19:12 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:19:12 +0000
Subject: [issue1057417] New BaseSMTPServer module
Message-ID: <1282241952.4.0.892126223271.issue1057417@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I can't see this being accepted as it's not had public exposure, at least not that I'm aware of.  Other opinions welcomed.

----------
nosy: +BreamoreBoy
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1057417>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:21:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:21:53 +0000
Subject: [issue1058305] HTMLParser.locatestartagend regex too stringent
Message-ID: <1282242113.38.0.492969000622.issue1058305@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this in a couple of weeks unless anyone objects.

----------
nosy: +BreamoreBoy
status: open -> pending
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1058305>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:24:55 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:24:55 +0000
Subject: [issue1059244] distutil bdist hardcodes the python location
Message-ID: <1282242295.92.0.283941491619.issue1059244@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1059244>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:26:57 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:26:57 +0000
Subject: [issue1062277] Pickle breakage with reduction of recursive structures
Message-ID: <1282242417.63.0.690392990938.issue1062277@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
type: feature request -> behavior
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1062277>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:28:23 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:28:23 +0000
Subject: [issue1067702] urllib fails with multiple ftps
Message-ID: <1282242503.79.0.394806272712.issue1067702@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1067702>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:29:56 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 19 Aug 2010 18:29:56 +0000
Subject: [issue1067702] urllib fails with multiple ftps
Message-ID: <1282242596.86.0.378409485315.issue1067702@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/issue1067702>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:36:17 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:36:17 +0000
Subject: [issue1069092] segfault on printing nested sequences of None/Ellipsis
Message-ID: <1282242977.15.0.256814192945.issue1069092@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

FYI the generic solution mentioned in msg75364 can now be found at #8863

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1069092>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:37:15 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:37:15 +0000
Subject: [issue1074333] input from numeric pad always dropped when numlock off
Message-ID: <1282243035.54.0.392465191371.issue1074333@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1074333>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:38:12 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:38:12 +0000
Subject: [issue1075356] exceeding obscure weakproxy bug
Message-ID: <1282243092.61.0.0920271876144.issue1075356@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1075356>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:40:37 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 19 Aug 2010 18:40:37 +0000
Subject: [issue9644] PEP 383: os.statvfs() does not accept surrogateescape
	arguments
In-Reply-To: <1282243237.49.0.435221885834.issue9644@psf.upfronthosting.co.za>
Message-ID: <1282243237.49.0.435221885834.issue9644@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

The statvfs() function still converts its argument with the "s"
format; the attached patch (for 3.2) fixes it to use
PyUnicode_FSConverter().

----------
components: Extension Modules
files: statvfs-pep383-3.2.diff
keywords: patch
messages: 114392
nosy: baikie
priority: normal
severity: normal
status: open
title: PEP 383: os.statvfs() does not accept surrogateescape arguments
type: behavior
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18578/statvfs-pep383-3.2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9644>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:41:34 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 19 Aug 2010 18:41:34 +0000
Subject: [issue9645] PEP 383: os.pathconf() does not accept surrogateescape
	arguments
In-Reply-To: <1282243293.83.0.904461489597.issue9645@psf.upfronthosting.co.za>
Message-ID: <1282243293.83.0.904461489597.issue9645@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

The pathconf() function still converts its argument with the "s"
format; the attached pathconf-pep383-3.2.diff fixes it to use
PyUnicode_FSConverter() (in 3.2).  Also attaching
pathconf-cleanup.diff to clean up the indentation, which
otherwise makes the code rather confusing to look at.

----------
components: Extension Modules
files: pathconf-pep383-3.2.diff
keywords: patch
messages: 114393
nosy: baikie
priority: normal
severity: normal
status: open
title: PEP 383: os.pathconf() does not accept surrogateescape arguments
type: behavior
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18579/pathconf-pep383-3.2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9645>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:42:10 2010
From: report at bugs.python.org (=?utf-8?q?S=C3=A9rgio_Surkamp?=)
Date: Thu, 19 Aug 2010 18:42:10 +0000
Subject: [issue9646] Mutable default function parameter warning
In-Reply-To: <1282243330.02.0.3448153911.issue9646@psf.upfronthosting.co.za>
Message-ID: <1282243330.02.0.3448153911.issue9646@psf.upfronthosting.co.za>


New submission from S?rgio Surkamp <sergio at gruposinternet.com.br>:

The documentation states that the default value of function parameter, if mutable, can change it's default value at runtime due to be evaluated only once on function object creation.

I would like to suggest the inclusion of an default language warning when this kind of construction is used, as it's Python specific behavior and can lead to "strange behavior" or misuse by programmers that are migrating from other languages to Python.

Documentation reference:
http://docs.python.org/reference/compound_stmts.html#function

----------
components: None
messages: 114394
nosy: surkamp
priority: normal
severity: normal
status: open
title: Mutable default function parameter warning
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9646>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:42:11 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 19 Aug 2010 18:42:11 +0000
Subject: [issue9645] PEP 383: os.pathconf() does not accept surrogateescape
	arguments
In-Reply-To: <1282243293.83.0.904461489597.issue9645@psf.upfronthosting.co.za>
Message-ID: <1282243331.21.0.138344704383.issue9645@psf.upfronthosting.co.za>


Changes by David Watson <baikie at users.sourceforge.net>:


Added file: http://bugs.python.org/file18580/pathconf-cleanup.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9645>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:44:12 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:44:12 +0000
Subject: [issue1103213] Adding the missing socket.recvall() method
Message-ID: <1282243452.95.0.2455843606.issue1103213@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Irmen if you do proceed with this it should be against the py3k trunk.

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1103213>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:44:53 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 19 Aug 2010 18:44:53 +0000
Subject: [issue9647] os.confstr() does not handle value changing length
	between calls
In-Reply-To: <1282243493.08.0.1214343728.issue9647@psf.upfronthosting.co.za>
Message-ID: <1282243493.08.0.1214343728.issue9647@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

This came up in relation to issue #9579; there is some discussion
of it there.  Basically, if os.confstr() has to call confstr()
twice because the buffer wasn't big enough the first time, the
existing code assumes the string is the same length that the OS
reported in the first call instead of using the length from the
second call and resizing the buffer if necessary.  This means the
returned value will be truncated or contain trailing garbage if
the string changed its length betweeen calls.

I don't know of an actual environment where configuration strings
can change at runtime, but it's not forbidden by POSIX as far as
I can see (the strings are described as "variables", after all,
and sysconf() values such as CHILD_MAX can change at runtime).
Implementations can also provide additional confstr() variables
not specified by POSIX.

The patch confstr-long-result.diff at issue #9579 would fix this
(for 3.x), but Victor Stinner has expressed concern that a buggy
confstr() could create a near-infinite loop with that patch
applied.

----------
components: Extension Modules
messages: 114396
nosy: baikie
priority: normal
severity: normal
status: open
title: os.confstr() does not handle value changing length between calls
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9647>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:44:56 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 19 Aug 2010 18:44:56 +0000
Subject: [issue1005895] curses for win32
In-Reply-To: <1282233063.12.0.0272475897409.issue1005895@psf.upfronthosting.co.za>
Message-ID: <4C6D7BA2.1080700@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

It looks as though issue2889 has a better chance of getting into the VS build than this one, which appears to be MingW-based (at a quick glance). I'm loosely keen to see it in, although I have no knowledge of curses as such. I'll assign it to myself so it appears on my to-do queue but I'm not promising to do anything with it immediately. Anyone who feels up to the task, feel free to take it off me.

Mark: why do you consider issue1005895 the master, so to speak? I can see more mileage in pursuing the other?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1005895>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:46:03 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:46:03 +0000
Subject: [issue1103350] send/recv SEGMENT_SIZE should be used more in
	socketmodule
Message-ID: <1282243563.39.0.471170039218.issue1103350@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is there any interest in this?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1103350>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:46:24 2010
From: report at bugs.python.org (Tim Golden)
Date: Thu, 19 Aug 2010 18:46:24 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1210919907.42.0.842256015219.issue2889@psf.upfronthosting.co.za>
Message-ID: <1282243584.54.0.761973613922.issue2889@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

I'll pick it up for the moment to shepherd it along because I'm reasonably keen to see a Windows curses in the stdlib. However, I'm no expert in curses and I don't promise to do anything immediate with it.

----------
assignee:  -> tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2889>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:47:09 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 19 Aug 2010 18:47:09 +0000
Subject: [issue9579] In 3.x,
	os.confstr() returns garbage if value is longer than 255 bytes
In-Reply-To: <1281640334.52.0.33251169247.issue9579@psf.upfronthosting.co.za>
Message-ID: <1282243629.8.0.883329054375.issue9579@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

I've opened a separate issue for the changing-length problem
(issue #9647; it affects 2.x as well).  Here is a patch that
fixes the 255-byte issue only, and has similar results to the 2.x
code if the value changes length between calls (except that it
could raise a UnicodeError if the string is truncated inside a
multibyte character encoding).

----------
Added file: http://bugs.python.org/file18581/confstr-minimal.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9579>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:48:03 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:48:03 +0000
Subject: [issue1104021] wishlist: os.feed_urandom(input)
Message-ID: <1282243683.19.0.271746388697.issue1104021@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed in response to comment in msg59331.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1104021>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:48:23 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 19 Aug 2010 18:48:23 +0000
Subject: [issue9580] os.confstr() doesn't decode result according to PEP 383
In-Reply-To: <1281640616.02.0.101199550238.issue9580@psf.upfronthosting.co.za>
Message-ID: <1282243703.85.0.169608422004.issue9580@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

I wrote this patch to make confstr() return bytes (with code
similar to 2.x), and document the change in "Porting to Python
3.2" and elsewhere, but it then occurred to me that you might
have been talking about making a separate bytes API like
os.environb.  Which did you have in mind?

There is another option for a str API, which is to decode the
value as ASCII with the surrogateescape error handler.  The
returned string will then round-trip correctly through
PyUnicode_FSConverter(), etc., as long as the file system
encoding is compatible with ASCII, which PEP 383 requires it to
be.  This is how undecodable command line arguments are currently
handled when mbrtowc() is unavailable.

----------
Added file: http://bugs.python.org/file18582/confstr-bytes-3.2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9580>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:51:13 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 19 Aug 2010 18:51:13 +0000
Subject: [issue1055864] HTMLParser not compliant to XHTML spec
Message-ID: <1282243873.13.0.7705826937.issue1055864@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Indeed it is.  Closing, won't fix.

HTMLParser tries to deal with XHTML constructs only so much as HTML ends up with that stuff, not because it's trying to handle everything.

(The claimed example appears not to have been attached, anyway.)

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1055864>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:52:07 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:52:07 +0000
Subject: [issue1105770] null source chars handled oddly by tokenize
Message-ID: <1282243927.73.0.521009449057.issue1105770@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> needs patch
title: null source chars handled oddly -> null source chars handled oddly by tokenize
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1105770>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:55:24 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:55:24 +0000
Subject: [issue1109658] distutils dry-run breaks when attempting to bytecompile
Message-ID: <1282244124.0.0.44787267014.issue1109658@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1109658>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:58:05 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:58:05 +0000
Subject: [issue1109963] bdist_wininst ignores build_lib from build command
Message-ID: <1282244285.12.0.837756872696.issue1109963@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
type:  -> behavior
versions: +Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1109963>
_______________________________________

From report at bugs.python.org  Thu Aug 19 20:58:50 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 18:58:50 +0000
Subject: [issue1111130] tkSimpleDialog broken on MacOS X (Aqua Tk)
Message-ID: <1282244330.42.0.176631699962.issue1111130@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1111130>
_______________________________________

From report at bugs.python.org  Thu Aug 19 21:00:20 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 19:00:20 +0000
Subject: [issue1112955] move_file()'s return value when dry_run=1 unclear
Message-ID: <1282244420.33.0.558168957379.issue1112955@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1112955>
_______________________________________

From report at bugs.python.org  Thu Aug 19 21:05:00 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 19:05:00 +0000
Subject: [issue1113244] Please add do-while guard to Py_DECREF etc.
Message-ID: <1282244700.15.0.869135613768.issue1113244@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can this be closed now, do the committs need porting to other versions or what?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1113244>
_______________________________________

From report at bugs.python.org  Thu Aug 19 21:06:18 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 19 Aug 2010 19:06:18 +0000
Subject: [issue9646] Mutable default function parameter warning
In-Reply-To: <1282243330.02.0.3448153911.issue9646@psf.upfronthosting.co.za>
Message-ID: <1282244778.14.0.00774475886262.issue9646@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Please post to python-ideas first.

----------
nosy: +benjamin.peterson
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9646>
_______________________________________

From report at bugs.python.org  Thu Aug 19 21:07:43 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 19 Aug 2010 19:07:43 +0000
Subject: [issue1113244] Please add do-while guard to Py_DECREF etc.
Message-ID: <1282244863.73.0.870832342801.issue1113244@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1113244>
_______________________________________

From report at bugs.python.org  Thu Aug 19 21:11:42 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Aug 2010 19:11:42 +0000
Subject: [issue1117601] os.path.exists returns false negatives in MAC
	environments.
Message-ID: <1282245102.94.0.127320099768.issue1117601@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Previous comments suggest there is no agreement as to whether or not this is an oustanding bug.

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1117601>
_______________________________________

From report at bugs.python.org  Thu Aug 19 21:18:43 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 19 Aug 2010 19:18:43 +0000
Subject: [issue9606] logging filter is not applied to messages from descendant
	loggers
In-Reply-To: <1281821904.42.0.0351548448859.issue9606@psf.upfronthosting.co.za>
Message-ID: <1282245523.06.0.752676762769.issue9606@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

The following paragraph has been added to the documentation for Filter objects in py3k and release27-maint branches (r84212):

"Note that filters attached to handlers are consulted whenever an event is emitted by the handler, whereas filters attached to loggers are consulted whenever an event is logged to the handler (using debug(), info(), etc.) This means that events which have been generated by descendant loggers will not be filtered by a logger's filter setting, unless the filter has also been applied to those descendant loggers."

----------
nosy: +vinay.sajip
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9606>
_______________________________________

From report at bugs.python.org  Thu Aug 19 22:14:16 2010
From: report at bugs.python.org (John Reese)
Date: Thu, 19 Aug 2010 20:14:16 +0000
Subject: [issue6715] xz compressor support
In-Reply-To: <1250502444.31.0.107447392137.issue6715@psf.upfronthosting.co.za>
Message-ID: <1282248856.99.0.519672539831.issue6715@psf.upfronthosting.co.za>


Changes by John Reese <jreese at leetcode.net>:


----------
nosy: +jreese

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6715>
_______________________________________

From report at bugs.python.org  Thu Aug 19 22:40:53 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 19 Aug 2010 20:40:53 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <201008191449.39531.victor.stinner@haypocalc.com>
Message-ID: <4C6D96D1.6040107@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:
> 
>>> Oh, I realized that PYTHONFSENCODING is ignored on Windows and Mac OS X.
>>> r84201 and r84202 fix test_sys, and r84203 fixes the documentation and
>>> Python usage (hide PYTHONFSENCODING variable in Python help on Windows
>>> and Mac OS X).
>>
>> This has to be changed: The env var needs to be respected on all
>> platforms.
> 
> I don't think so.
> 
> On Mac OS X, you cannot create a file with an invalid utf-8 name. The VFS uses 
> utf-8:
> http://developer.apple.com/mac/library/qa/qa2001/qa1173.html
> 
> Use a different encoding will raise error for the first non-ascii filename.
> 
> --
> 
> About Windows, Python3 uses the wide character API of Windows, except in some 
> functions using third party libraries only providing a bytes API (eg. 
> openssl). filenames are stored as unicode, even on removable media like CD-Rom 
> or USB keys. I don't get the usecase here. Why would you like to change the 
> filesystem encoding on Windows?

Ok, point taken.

Just please make sure that on other platforms such as BSD, Solaris,
AIX, etc. that don't have this special Python support
the env vars are honored.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Thu Aug 19 22:54:24 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 19 Aug 2010 20:54:24 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>
Message-ID: <1282251264.78.0.361629929284.issue9632@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

While you're right that adjusting the FS encoding long after Python has already started is probably not such a good idea, I do think that we need to provide a way to set the FS encoding from within Python without having to rely on external settings.

Think of e.g. embedded Python interpreters or py2exe-style applications running on Linux or other systems that don't use Unicode APIs for FS-interaction or have fixed FS-encodings.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Thu Aug 19 22:56:14 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 19 Aug 2010 20:56:14 +0000
Subject: [issue843590] 'macintosh' encoding alias for 'mac_roman'
In-Reply-To: <1282173368.22.0.388893164454.issue843590@psf.upfronthosting.co.za>
Message-ID: <4C6D9A6C.2020505@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Mark Lawrence wrote:
> 
> Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:
> 
> @Marc-Andre as there's no comments since your last post would you like to take this forward, cheers.

I'm fine with adding the alias, but currently don't have any cycles
left to actually do the checkins, add the Misc/NEWS entry, update
the docs, etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue843590>
_______________________________________

From report at bugs.python.org  Thu Aug 19 23:02:22 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 19 Aug 2010 21:02:22 +0000
Subject: [issue9642] #ifdef and mbcs: don't check
	for	defined(HAVE_USABLE_WCHAR_T)
In-Reply-To: <1282219348.43.0.267719038373.issue9642@psf.upfronthosting.co.za>
Message-ID: <4C6D9BD9.9040503@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> mbcs functions don't use the wchar_t type.

That's not true. MultiByteToWideChar use LPWSTR, which is a typedef for
wchar_t*.

These functions assume that Py_UNICODE is the same type as WCHAR.

> We should just check that we are compiling under Windows:

-1, see above. In the long run, it would be really good if Python
supported a four-byte Py_UNICODE on Windows - people keep asking for it.

I have been meaning to provide versions of the mbcs codecs for years
that work for UCS-4, but haven't found the time yet to implement them.

----------
nosy: +loewis
title: #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T) -> #ifdef and mbcs: don't check for	defined(HAVE_USABLE_WCHAR_T)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9642>
_______________________________________

From report at bugs.python.org  Thu Aug 19 23:41:19 2010
From: report at bugs.python.org (Michael Hudson)
Date: Thu, 19 Aug 2010 21:41:19 +0000
Subject: [issue1020188] Use Py_CLEAR where necessary to avoid crashes
Message-ID: <1282254079.07.0.472963361383.issue1020188@psf.upfronthosting.co.za>


Michael Hudson <mwh at users.sourceforge.net> added the comment:

I think it makes sense to close this; if problems remain they should be reported in more targeted tickets.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1020188>
_______________________________________

From report at bugs.python.org  Fri Aug 20 00:14:59 2010
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 19 Aug 2010 22:14:59 +0000
Subject: [issue1054041] Python doesn't exit with proper resultcode on SIGINT
Message-ID: <1282256099.69.0.823915835776.issue1054041@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1054041>
_______________________________________

From report at bugs.python.org  Fri Aug 20 00:20:57 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 19 Aug 2010 22:20:57 +0000
Subject: [issue7077] SysLogHandler can't handle Unicode
In-Reply-To: <1254919358.82.0.721761611674.issue7077@psf.upfronthosting.co.za>
Message-ID: <1282256457.39.0.197680932598.issue7077@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Updated implementation so that <n> + BOM + message is sent, for py3k branch only (r84218). Please verify fix in your environment.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7077>
_______________________________________

From report at bugs.python.org  Fri Aug 20 00:59:08 2010
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Aug 2010 22:59:08 +0000
Subject: [issue1111130] tkSimpleDialog broken on MacOS X (Aqua Tk)
Message-ID: <1282258748.11.0.477820025712.issue1111130@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

The test case supplied fails as described on OS 10.4 using a current 2.6 build (2.6.6rc1) when using the Apple-supplied Aqua Tk 8.4 in 10.4 but the same build and test case works correctly when used with a current ActiveState Tk 8.4.19 in /Library/Frameworks.  The test case also works correctly when run on older Pythons (for example, the python.org OS X 10.5.4) using the Apple-supplied Aqua Tk 8.4 on OS X 10.6.

Suggest this issue be closed as an Aqua Tk problem.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1111130>
_______________________________________

From report at bugs.python.org  Fri Aug 20 01:40:54 2010
From: report at bugs.python.org (Fabio Zadrozny)
Date: Thu, 19 Aug 2010 23:40:54 +0000
Subject: [issue1654367] [PATCH] Debuggers need a way to change the locals of a
	frame
Message-ID: <1282261254.11.0.4219876081.issue1654367@psf.upfronthosting.co.za>


Fabio Zadrozny <fabioz at users.sourceforge.net> added the comment:

I agree that it'd be cleaner making the frame locals a dict-like object with write access, but I wouldn't be able to do that because of time constraints (and I'd have to research more how to do it and it'd be much more intrusive I guess).

So, if it's guaranteed that it'll be accepted I can provide a patch (changing the clear to 1) of the savelocals() version.

I guess I don't agree this falls in the language moratorium, but if that's the case I can wait 1 or 2 more years before submitting the patch :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1654367>
_______________________________________

From report at bugs.python.org  Fri Aug 20 02:58:18 2010
From: report at bugs.python.org (Itai)
Date: Fri, 20 Aug 2010 00:58:18 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
In-Reply-To: <1282156027.89.0.825483877063.issue1524938@psf.upfronthosting.co.za>
Message-ID: <AANLkTim1cupo4PrOdjvpAO7yHawh0tbxAM6-QgjZJMBt@mail.gmail.com>


Itai <itai.in at gmail.com> added the comment:

You are right, ofcourse... I haven't got the time for doing the right thing,
But I've found another workaround that helped me though and might be helpful
to others.

(not sure its for this thread though but...) Windows on default limits the
amount of memory
for 32 bit processes to 2GB. There's a bit in the PE image which tells 64
bit windows
to give it 4GB (on 32 bit windows PAE needs to be enabled too) which is
called
IMAGE_FILE_LARGE_ADDRESS_AWARE. There's a post-build way to enable
it with the editbin.exe utility which comes with visual studio like this:
editbin.exe /LARGEADDRESSAWARE python.exe

It works for me since it gives me x2 memory on my 64 bit os.
I have to say it could be dangerous since it essentially says no where in
python code
pointers are treated as negative numbers. I figured this should be right
since there's a 64 bit
version of python...

On Wed, Aug 18, 2010 at 9:27 PM, Martin v. L??wis <report at bugs.python.org>wrote:

>
> Martin v. L??wis <martin at v.loewis.de> added the comment:
>
> Anybody *really* interested in this issue: somebody will need to write a
> PEP, get it accepted, and provide an implementations. Open source is about
> scratching your own itches: the ones affected by a problems are the ones
> which are also expected to provide solutions.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue1524938>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file18583/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________
-------------- next part --------------
<div dir="ltr">You are right, ofcourse... I haven&#39;t got the time for doing the right thing,<br>But I&#39;ve found another workaround that helped me though and might be helpful to others.<br><br>(not sure its for this thread though but...) Windows on default limits the amount of memory <br>
for 32 bit processes to 2GB. There&#39;s a bit in the PE image which tells 64 bit windows<br>to give it 4GB (on 32 bit windows PAE needs to be enabled too) which is called <br>IMAGE_FILE_LARGE_ADDRESS_AWARE. There&#39;s a post-build way to enable<br>
it with the editbin.exe utility which comes with visual studio like this:<br>editbin.exe /LARGEADDRESSAWARE python.exe<br><br>It works for me since it gives me x2 memory on my 64 bit os. <br>I have to say it could be dangerous since it essentially says no where in python code <br>
pointers are treated as negative numbers. I figured this should be right since there&#39;s a 64 bit <br>version of python...<br><br><div class="gmail_quote">On Wed, Aug 18, 2010 at 9:27 PM, 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>
Anybody *really* interested in this issue: somebody will need to write a PEP, get it accepted, and provide an implementations. Open source is about scratching your own itches: the ones affected by a problems are the ones which are also expected to provide solutions.<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/issue1524938" target="_blank">http://bugs.python.org/issue1524938</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br></div>

From report at bugs.python.org  Fri Aug 20 03:59:37 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 20 Aug 2010 01:59:37 +0000
Subject: [issue9648] 2to3 doesn't convert "file" usage to an "open" equivalent
In-Reply-To: <1282269577.88.0.849452359327.issue9648@psf.upfronthosting.co.za>
Message-ID: <1282269577.88.0.849452359327.issue9648@psf.upfronthosting.co.za>


New submission from Brian Curtin <curtin at acm.org>:

"""
with file("sample.py", "r") as f:
    pass
"""

The above code comes out of 2to3 with no modifications suggested. "file" is gone in 3.x and could be substituted with "open" usage in most cases. We would also have to handle or otherwise notify the user about code like "isinstance(x, file)".

----------
messages: 114417
nosy: brian.curtin
priority: normal
severity: normal
stage: needs patch
status: open
title: 2to3 doesn't convert "file" usage to an "open" equivalent
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9648>
_______________________________________

From report at bugs.python.org  Fri Aug 20 04:38:15 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 20 Aug 2010 02:38:15 +0000
Subject: [issue9199] distutils upload command crashes when displaying server
	response
In-Reply-To: <1278596334.3.0.531936724428.issue9199@psf.upfronthosting.co.za>
Message-ID: <1282271895.1.0.696809613893.issue9199@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Confirmed in 3.1, 3.2 and distutils2. I?ll fix it shortly.

----------
assignee: tarek -> eric.araujo
components: +Distutils2
nosy: +eric.araujo
title: distutil upload command crashes when displaying server response -> distutils upload command crashes when displaying server response
type:  -> behavior
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9199>
_______________________________________

From report at bugs.python.org  Fri Aug 20 04:40:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 20 Aug 2010 02:40:58 +0000
Subject: [issue7511] msvc9compiler.py: ValueError: [u'path']
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1282272058.11.0.446995557285.issue7511@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
Removed message: http://bugs.python.org/msg113641

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Fri Aug 20 04:43:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 20 Aug 2010 02:43:58 +0000
Subject: [issue7511] msvc9compiler.py: ValueError: [u'path']
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1282272238.39.0.777139540769.issue7511@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Stefan (sorry for the misattribution in my previous message), can you test with 3.2 and 3.1 and adjust versions if needed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Fri Aug 20 10:33:35 2010
From: report at bugs.python.org (=?utf-8?q?G=C3=B6ran_Uddeborg?=)
Date: Fri, 20 Aug 2010 08:33:35 +0000
Subject: [issue896330] pyconfig.h is not placed in --includedir
Message-ID: <1282293215.61.0.225868816006.issue896330@psf.upfronthosting.co.za>


G?ran Uddeborg <goeran at uddeborg.se> added the comment:

I tried by building Python 3.1.2 with the configuration

... --prefix=$home/ptest --includedir=$home/ptest/myspecialincludedir

pyconfig.h still wound up in $prefix/include/python3.1, while all other header files were correctly placed in $prefix/myspecialincludedir/python3.1.

So yes, it is still a problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue896330>
_______________________________________

From report at bugs.python.org  Fri Aug 20 10:34:37 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Aug 2010 08:34:37 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <4C6D96D1.6040107@egenix.com>
Message-ID: <201008201034.25606.victor.stinner@haypocalc.com>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Le jeudi 19 ao?t 2010 22:40:53, vous avez ?crit :
> Just please make sure that on other platforms such as BSD, Solaris,
> AIX, etc. that don't have this special Python support
> the env vars are honored.

I added much more tests on the filesystem encoding:
 - (test_os) FSEncodingTests.test_encodings() tests different encoding values 
and check for some known values
 - (test_sys) SysModuleTest.test_pythonfsencoding() tests Python with C locale 
and check that the FS encoding is ascii, and test that setting 
PYTHONFSENCODING is understood by Python (run python with "import sys; 
print(sys.getfilesystemencoding())" and compare the output)

These tests are skipped on Windows and Mac OS X. I also patched the doc 
(what's new / cmdline) to explain that PYTHONFSENCODING is not available 
(ignored) on these OSes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Fri Aug 20 10:44:11 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 20 Aug 2010 08:44:11 +0000
Subject: [issue7077] SysLogHandler can't handle Unicode
In-Reply-To: <1254919358.82.0.721761611674.issue7077@psf.upfronthosting.co.za>
Message-ID: <1282293851.94.0.228103187785.issue7077@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Err, make that r84222.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7077>
_______________________________________

From report at bugs.python.org  Fri Aug 20 10:45:01 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 20 Aug 2010 08:45:01 +0000
Subject: [issue7077] SysLogHandler can't handle Unicode
In-Reply-To: <1254919358.82.0.721761611674.issue7077@psf.upfronthosting.co.za>
Message-ID: <1282293901.72.0.122260179739.issue7077@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7077>
_______________________________________

From report at bugs.python.org  Fri Aug 20 11:04:32 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 20 Aug 2010 09:04:32 +0000
Subject: [issue798876] windows sys.path contains nonexistant directory
Message-ID: <1282295072.49.0.680516547779.issue798876@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
components:  -Interpreter Core
nosy: +tim.golden
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue798876>
_______________________________________

From report at bugs.python.org  Fri Aug 20 11:34:02 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 20 Aug 2010 09:34:02 +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: <1282296842.08.0.237119405436.issue9205@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

@greg

Been very busy lately, just had some time now to look at your patch.
I'm very ambivalent about using one SimpleQueue per process. What is the reason for doing that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 20 13:11:28 2010
From: report at bugs.python.org (Swapnil Talekar)
Date: Fri, 20 Aug 2010 11:11:28 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
Message-ID: <1282302688.98.0.223170522145.issue1524938@psf.upfronthosting.co.za>


Swapnil Talekar <swapnil.st at gmail.com> added the comment:

Mark, are you sure that the above program is sure to cause a crash. I had absolutely no problem running it with Python 3.1.2. With Python 2.6.5, PC went terribly slow but the program managed to run till i==14 without crashing. I did not wait to see if it reaches 700. I'm running it on XP.

----------
nosy: +swapnil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________

From report at bugs.python.org  Fri Aug 20 15:32:53 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 20 Aug 2010 13:32:53 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
Message-ID: <1282311173.39.0.844868391934.issue1524938@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

> (not sure its for this thread though but...) Windows on default limits
> the amount of memory for 32 bit processes to 2GB. There's a bit in
> the PE image which tells 64 bit windows to give it 4GB (on 32 bit
> windows PAE needs to be enabled too) which is called
> IMAGE_FILE_LARGE_ADDRESS_AWARE. There's a post-build way to enable
> it with the editbin.exe utility which comes with visual studio like
> this: editbin.exe /LARGEADDRESSAWARE python.exe


See #1449496 if you are interested in that.

----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________

From report at bugs.python.org  Fri Aug 20 17:43:16 2010
From: report at bugs.python.org (Mike Dirolf)
Date: Fri, 20 Aug 2010 15:43:16 +0000
Subject: [issue9649] wrong default for sort_keys in json module documentation
In-Reply-To: <1282318996.73.0.279349248821.issue9649@psf.upfronthosting.co.za>
Message-ID: <1282318996.73.0.279349248821.issue9649@psf.upfronthosting.co.za>


New submission from Mike Dirolf <mike at dirolf.com>:

The json module docs state that sort_keys defaults to True. From the source it looks like it actually defaults to False. Patch attached.

----------
assignee: docs at python
components: Documentation
files: sort_keys_json.patch
keywords: patch
messages: 114426
nosy: docs at python, mdirolf
priority: normal
severity: normal
status: open
title: wrong default for sort_keys in json module documentation
versions: Python 2.7
Added file: http://bugs.python.org/file18584/sort_keys_json.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9649>
_______________________________________

From report at bugs.python.org  Fri Aug 20 17:49:41 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Fri, 20 Aug 2010 15:49:41 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1282319380.5.0.724924373031.issue9650@psf.upfronthosting.co.za>
Message-ID: <1282319380.5.0.724924373031.issue9650@psf.upfronthosting.co.za>


New submission from Catherine Devlin <fredv8vibwc at liquidid.net>:

Is there any reason not to include the strftime formatting codes in the docstrings of time.strftime and time.strptime? 

>>> print time.strftime.__doc__
strftime(format[, tuple]) -> string

Convert a time tuple to a string according to a format specification.
See the library reference manual for formatting codes. When the time tuple is not present, current time as returned by localtime() is used.


Sending users to look up such a basic, frequently-used, hard-to-remember set of codes in the docs every single time seems unfriendly.  Even a tightly abbreviated list would be very convenient.

----------
components: Library (Lib)
messages: 114427
nosy: catherine
priority: normal
severity: normal
status: open
title: format codes in time.strptime docstrings
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Fri Aug 20 18:24:11 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 20 Aug 2010 16:24:11 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1282319380.5.0.724924373031.issue9650@psf.upfronthosting.co.za>
Message-ID: <1282321451.79.0.491228890131.issue9650@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

+1


These are apparently so commonly looked up that there are even two websites dedicated to these options: http://strftime.org/ and http://strfti.me/. Even Sauce Labs put the format options on the side of the coffee mugs they handed out at PyCon 2010 :)

----------
keywords: +easy
nosy: +brian.curtin
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Fri Aug 20 18:43:11 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 20 Aug 2010 16:43:11 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282322591.87.0.421715128269.issue7415@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

Here's a patch against the latest py3k. The following will call the new code, for example:

  str(memoryview(b'abc'), 'ASCII')

whereas bytes and bytesarray continue to use their own special casing code (which has also changed a bit since I wanted to avoid code duplication).

For testing, I wrote a short Cython module that implements the buffer protocol in an extension type and freshly allocates a new bytes object as buffer on each access:

  from cpython.ref cimport Py_INCREF, Py_DECREF, PyObject

  cdef class Test:
      def __getbuffer__(self, Py_buffer* buffer, int flags):
          s = b'abcdefg' * 10
          buffer.buf = <char*> s
          buffer.obj = self
          buffer.len = len(s)
          Py_INCREF(s)
          buffer.internal = <void*> s

      def __releasebuffer__(self, Py_buffer* buffer):
          Py_DECREF(<object>buffer.internal)

Put it into a file "buftest.pyx", build it, start up Python 3.x and call

    >>> import buftest
    >>> print(len( str(buftest.Test(), "ASCII") ))

Under the unpatched Py3, this raises a decoding exception for me when it tries to decode data from the deallocated bytes object. Other systems may happily crash here. The patched Python runtime prints '70' as expected.

----------
keywords: +patch
Added file: http://bugs.python.org/file18585/unicodeobject-PyUnicode_FromEncodedObject-buffer.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 19:10:02 2010
From: report at bugs.python.org (=?utf-8?b?QW5kcsOpIEJqw6RyYnk=?=)
Date: Fri, 20 Aug 2010 17:10:02 +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: <1282324201.94.0.528743574069.issue9651@psf.upfronthosting.co.za>


New submission from Andr? Bj?rby <andre.bjarby at gmail.com>:

The attached (5 line) file will crash ctypes (Python 2.6.6rc2) with a "Floating point exception" (division by zero at _ctypes.c:2533).

There's no crash with python 2.5.5

----------
assignee: theller
components: ctypes
files: test.py
messages: 114430
nosy: andbj, theller
priority: normal
severity: normal
status: open
title: ctypes crash when writing zerolength string buffer to file
type: crash
versions: Python 2.6
Added file: http://bugs.python.org/file18586/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9651>
_______________________________________

From report at bugs.python.org  Fri Aug 20 19:10:49 2010
From: report at bugs.python.org (Skip Montanaro)
Date: Fri, 20 Aug 2010 17:10:49 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1282319380.5.0.724924373031.issue9650@psf.upfronthosting.co.za>
Message-ID: <1282324249.69.0.71910903409.issue9650@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

There is the non-zero cost of keeping two copies of that bit of
information in-sync with each other (and the code).

If I execute "pydoc time" I get a link to the online module
docs.  It's not there when I execute "pydoc time.strftime".
Perhaps pydoc should be modified to always include a link
to the defining module even when the user asked for docs 
for something other than a module.

----------
nosy: +skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Fri Aug 20 19:14:38 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 17:14:38 +0000
Subject: [issue9591] kqueue not reporting EOF under certain circumstances
In-Reply-To: <1281725245.42.0.301580096416.issue9591@psf.upfronthosting.co.za>
Message-ID: <1282324478.23.0.144205496309.issue9591@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I presume the first example should have been 
# cat file | ./test.py
or seceond should have been
# ./test.py < test.py
so that test.py gets same input on stdin in either case.

For other readers: kqueue and kevent are bsd-specific functions and classes in the select module. In the first output, 32786 (== 1 << 15) is the EOF flag missing in the second output.

I wonder is this is really a python issue. I would expect that kqueue and kevent are thin wrappers for the os calls and objects and that python should be indifferent to the source of stdin data. You could check the C source. I do not know if there are any developers currently familiar with the innards of bsd.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9591>
_______________________________________

From report at bugs.python.org  Fri Aug 20 19:39:02 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 17:39:02 +0000
Subject: [issue9608] Re-phrase best way of using exceptions in doanddont.rst
In-Reply-To: <1281875025.64.0.398474348151.issue9608@psf.upfronthosting.co.za>
Message-ID: <1282325942.17.0.01821705162.issue9608@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Doc/howto/doanddont.rst is the source for
Python HOWTOs: Idioms and Anti-Idioms in Python
Moshe Zadka original author (added as nosy)

The gist of the patch is to clarify that using 'with' is best, not the non-with version that is currently called  both 'best' and 'not very good'. I agreed that the current version is confusing and the patch or something like it should be applied.

Floris: 2.6 is closed to non-critical patches. 3.3 is for patches that cannot be applied sooner.

----------
nosy: +moshez, terry.reedy
stage:  -> patch review
type: feature request -> behavior
versions:  -Python 2.6, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9608>
_______________________________________

From report at bugs.python.org  Fri Aug 20 19:46:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 17:46:12 +0000
Subject: [issue9620] Python 2.7 IDLE fails on OS X 10.6
In-Reply-To: <1281943669.49.0.305623127569.issue9620@psf.upfronthosting.co.za>
Message-ID: <1282326372.61.0.286580772948.issue9620@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Ned, any reason not to close this as a duplicate, with #9227 as superseder?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9620>
_______________________________________

From report at bugs.python.org  Fri Aug 20 19:54:08 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 20 Aug 2010 17:54:08 +0000
Subject: [issue843590] 'macintosh' encoding alias for 'mac_roman'
Message-ID: <1282326848.34.0.818131519337.issue843590@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
keywords: +easy
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue843590>
_______________________________________

From report at bugs.python.org  Fri Aug 20 19:55:02 2010
From: report at bugs.python.org (Ned Deily)
Date: Fri, 20 Aug 2010 17:55:02 +0000
Subject: [issue9620] Python 2.7 IDLE fails on OS X 10.6
In-Reply-To: <1281943669.49.0.305623127569.issue9620@psf.upfronthosting.co.za>
Message-ID: <1282326902.81.0.937041370025.issue9620@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Terry, go ahead, I think that's the proper resolution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9620>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:01:18 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 20 Aug 2010 18:01:18 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1282319380.5.0.724924373031.issue9650@psf.upfronthosting.co.za>
Message-ID: <1282327278.16.0.843754450557.issue9650@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

> Is there any reason not to include the strftime formatting codes
> in the docstrings of time.strftime and time.strptime? 

I believe the reason is that time.strftime behavior is platform dependent, so "man strftime" is likely to produce more relevant documentation than "pydoc time.strftime".  Python manual <http://docs.python.org/library/time.html?#time.strftime> lists ANSI C codes, but warns that "Additional directives may be supported on certain platforms, but only the ones listed here have a meaning standardized by ANSI C."  It is likely that there are platforms where ANSI C subset does not behave in a fully compliant manner.

----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:03:00 2010
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 20 Aug 2010 18:03:00 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1282319380.5.0.724924373031.issue9650@psf.upfronthosting.co.za>
Message-ID: <1282327380.42.0.692857393572.issue9650@psf.upfronthosting.co.za>


Alexander Belopolsky <belopolsky at users.sourceforge.net> added the comment:

> there are even two websites dedicated to these options:
> http://strftime.org/ ...

Note the source at one of these sites:

"Source: Python?s strftime documentation." :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:15:32 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 18:15:32 +0000
Subject: [issue9618] IDLE shell ignores all but first statement
In-Reply-To: <1281912730.25.0.579832640698.issue9618@psf.upfronthosting.co.za>
Message-ID: <1282328132.48.0.31513127151.issue9618@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In interactive mode, multiline statements are terminated with a blank line. Your examples lacks that, so the 3rd line is part of the def and lacking the proper indent, is indeed a syntax error. You get the same with the standard command-line interpreter.
>>> def f():
...     return 42
... f()
  File "<stdin>", line 3
    f()
    ^
SyntaxError: invalid syntax

That said, adding a blank line still gives a syntax error in IDLE, instead of ignoring the extra statement, while the interpreter prints 42. IDLE requires an explicit blank line from the keyboard to terminate compound statements; pasted blank lines do not count #3559 (which I now see you commented on - I should have been notified but was not).

I suspect you are correct about the dependency on code.InteractiveConsole(), but I have not looked at the IDLE code either.

In the meanwhile, either paste multiple statements in the the real interpreter or into an IDLE window and use F5 run.

----------
nosy: +terry.reedy
type:  -> feature request
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9618>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:17:19 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 18:17:19 +0000
Subject: [issue9622] Allow to set profile/trace function globally
In-Reply-To: <1281979035.75.0.299243674716.issue9622@psf.upfronthosting.co.za>
Message-ID: <1282328239.75.0.123848959152.issue9622@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/issue9622>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:18:56 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 18:18:56 +0000
Subject: [issue9624] 2755
In-Reply-To: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>
Message-ID: <1282328336.66.0.312103716688.issue9624@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/issue9624>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:21:17 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 18:21:17 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>
Message-ID: <1282328477.17.0.698584401099.issue9632@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> patch review
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:31:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 18:31:42 +0000
Subject: [issue9637] docs do not say that urllib uses HTTP_PROXY
In-Reply-To: <1282196669.74.0.629180904202.issue9637@psf.upfronthosting.co.za>
Message-ID: <1282329102.79.0.265859014666.issue9637@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Are you talking about top-level code within the urllib module or code within defined functions. If the former, can you quote or point to the place in the file? If the latter, which functions? Just urlopen or others? Does urllib2.urlopen have the same issue? (That replaces urllib.urlopen in 3.x).

Having answered the above, please suggest a specific change in a specific place in the docs.

----------
nosy: +terry.reedy
stage:  -> needs patch
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9637>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:37:04 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 20 Aug 2010 18:37:04 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282329424.24.0.479360377046.issue7415@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I think the bytearray special-casing should be removed. Otherwise one can reallocate the buffer in another thread while it is being used for decoding.

----------
nosy: +pitrou
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:39:59 2010
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 20 Aug 2010 18:39:59 +0000
Subject: [issue7742] please avoid 'which' in Modules/ld_so_aix
In-Reply-To: <1263939351.94.0.865840686982.issue7742@psf.upfronthosting.co.za>
Message-ID: <1282329599.96.0.725614471656.issue7742@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Sridhar, thanks for the information. /usr/bin/which is a shell script
on Linux, too, but it does not source any config files.

I think the behavior is odd, but as you say, it can be worked around.
In the worst case, one can set the PATH in ~/.cshrc to a sane PATH.

----------
resolution:  -> wont fix
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7742>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:44:35 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 18:44:35 +0000
Subject: [issue9602] PyObject_AsCharBuffer() should only accept read-only
	objects
In-Reply-To: <1281793352.06.0.62940034279.issue9602@psf.upfronthosting.co.za>
Message-ID: <1282329875.28.0.378517576868.issue9602@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9602>
_______________________________________

From report at bugs.python.org  Fri Aug 20 20:53:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 18:53:08 +0000
Subject: [issue9643] urllib2 - Basic,
	Digest Proxy Auth Handlers failure will give 401 code instead of 407
In-Reply-To: <1282240751.95.0.79564995249.issue9643@psf.upfronthosting.co.za>
Message-ID: <1282330388.86.0.52812140551.issue9643@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In 3.x, http_error_auth_reqed is a method of urllib.request.AbstractBasicAuthHandler
(20.5.8. AbstractBasicAuthHandler Objects in 3.1 lib manual)

----------
nosy: +terry.reedy
stage:  -> unit test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9643>
_______________________________________

From report at bugs.python.org  Fri Aug 20 21:41:15 2010
From: report at bugs.python.org (Kirikaza)
Date: Fri, 20 Aug 2010 19:41:15 +0000
Subject: [issue9637] docs do not say that urllib uses HTTP_PROXY
In-Reply-To: <1282196669.74.0.629180904202.issue9637@psf.upfronthosting.co.za>
Message-ID: <1282333275.93.0.444840340032.issue9637@psf.upfronthosting.co.za>


Kirikaza <kirikaza at rambler.ru> added the comment:

> Are you talking about ...
I have read no line of code from urllib module. I just try to use urllib.urlopen() and I see it uses not only http_proxy but also HTTP_PROXY and urlopen() prefers the latter variable.

Let's consider a two-lines sample proxy.py:
import urllib
urllib.urlopen('http://python.org/ftp/').readlines()

Some tests:

$ http_proxy= HTTP_PROXY= proxy.py
['<!DOCTYPE HTML ... \n']

$ http_proxy=lower:80 HTTP_PROXY= proxy.py
IOError: invalid proxy for http: 'lower:80'

$ http_proxy= HTTP_PROXY=UPPER:80 proxy.py
IOError: invalid proxy for http: 'UPPER:80'

$ http_proxy=lower:80 HTTP_PROXY=UPPER:80 proxy.py
IOError: invalid proxy for http: 'UPPER:80'

> a specific change in a specific place
place: 20.5.1, paragraph 7 (the only one where *_proxy are discussed)
change: add some words about HTTP_PROXY and maybe about FTP_PROXY

> does urllib2.urlopen ... (in 3.x)
I don't have Python 3.x so I can't say anything.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9637>
_______________________________________

From report at bugs.python.org  Fri Aug 20 21:52:59 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 20 Aug 2010 19:52:59 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282333979.1.0.524727024703.issue7415@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

Doesn't the GIL protect the bytearray buffer? Or does decoding free the GIL?

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 21:56:18 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 19:56:18 +0000
Subject: [issue9649] wrong default for sort_keys in json module documentation
In-Reply-To: <1282318996.73.0.279349248821.issue9649@psf.upfronthosting.co.za>
Message-ID: <1282334178.43.0.237836525205.issue9649@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In 3.1, and I presume (please check) 2.7, the signature is given as
class json.JSONEncoder(skipkeys=False, ensure_ascii=True, check_circular=True, allow_nan=True, sort_keys=False, indent=None, separators=None, default=None) 

I verified by simple experiment that keys are not sorted by default. 
So the later claim "If sort_keys is True (the default)" is wrong and should be corrected. The patch or something much like it should be applied. Thanks for catching this error.

----------
nosy: +terry.reedy
stage:  -> commit review
type:  -> behavior
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9649>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:04:43 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 20 Aug 2010 20:04:43 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282334683.74.0.4743817282.issue7415@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

Regardless of the answer, I think Antoine is right, special cases aren't special enough to break the rules, and this is a special case that's more safely handled as part of the normal buffer case.

Updated patch uploaded.

----------
Added file: http://bugs.python.org/file18587/unicodeobject-PyUnicode_FromEncodedObject-buffer2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:08:16 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 20 Aug 2010 20:08:16 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1282333979.1.0.524727024703.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282334891.3497.2.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Doesn't the GIL protect the bytearray buffer? Or does decoding free the GIL?

Well, decoding can call arbitrary Python code and therefore, yes,
release the GIL.

Ironically, PyUnicode_Decode() itself (called from
PyUnicode_FromEncodedObject()) fills a dummy Py_buffer object before
wrapping it into a memoryview... ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:12:33 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Aug 2010 20:12:33 +0000
Subject: [issue9620] Python 2.7 IDLE fails on OS X 10.6
In-Reply-To: <1281943669.49.0.305623127569.issue9620@psf.upfronthosting.co.za>
Message-ID: <1282335153.23.0.608045775263.issue9620@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> can't import Tkinter / use IDLE after installing Python 2.7 on Mac OS X

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9620>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:26:54 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 20 Aug 2010 20:26:54 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282336014.78.0.125340237811.issue7415@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

... and another complete patch that refactors the complete function to make it clearer what happens. Includes a small code duplication for the bytes object case, which I think it acceptable.

----------
Added file: http://bugs.python.org/file18588/unicodeobject-PyUnicode_FromEncodedObject-buffer-refactored.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:30:34 2010
From: report at bugs.python.org (Greg Brockman)
Date: Fri, 20 Aug 2010 20:30:34 +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: <1282336234.95.0.488801324544.issue9205@psf.upfronthosting.co.za>


Greg Brockman <gdb at mit.deu> added the comment:

Thanks for looking at it!  Basically this patch requires the parent process to be able to send a message to a particular worker.  As far as I can tell, the existing queues allow the children to send a message to the parent, or the parent to send a message to one child (whichever happens to win the race; not a particular one).

I don't love introducing one queue per child either, although I don't have a sense of how much overhead that would add.

Does the problem make sense/do you have any ideas for an alternate solution?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:32:25 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Fri, 20 Aug 2010 20:32:25 +0000
Subject: [issue2226] Small _abcoll Bugs / Oddities
In-Reply-To: <1204579501.7.0.0188509512316.issue2226@psf.upfronthosting.co.za>
Message-ID: <1282336345.82.0.113748221289.issue2226@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

3.1 is long gone.  Should this be addressed for 3.2?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2226>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:36:50 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Fri, 20 Aug 2010 20:36:50 +0000
Subject: [issue9131] test_set_reprs in test_pprint is fragile
In-Reply-To: <1277927280.23.0.76585633164.issue9131@psf.upfronthosting.co.za>
Message-ID: <1282336610.0.0.999878250258.issue9131@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

How do we mark a test as implementation specific?  Is there a decorator for that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9131>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:39:18 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 20 Aug 2010 20:39:18 +0000
Subject: [issue9445] Fix undefined symbol errors on VS8.0 build
In-Reply-To: <1280627576.04.0.298775706484.issue9445@psf.upfronthosting.co.za>
Message-ID: <1282336758.96.0.692463086515.issue9445@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Your patch works for me on Win7.

I'll put together a patch for the malloc/free thing in your first bullet point.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9445>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:42:59 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 20 Aug 2010 20:42:59 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282336979.87.0.205680855393.issue7415@psf.upfronthosting.co.za>


Changes by Stefan Behnel <scoder at users.sourceforge.net>:


Removed file: http://bugs.python.org/file18588/unicodeobject-PyUnicode_FromEncodedObject-buffer-refactored.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:45:41 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 20 Aug 2010 20:45:41 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282337141.4.0.296907940738.issue7415@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

Another updated patch with a readability fix (replacing the last one).

----------
Added file: http://bugs.python.org/file18589/unicodeobject-PyUnicode_FromEncodedObject-buffer-refactored.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:56:01 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 20 Aug 2010 20:56:01 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1282337141.4.0.296907940738.issue7415@psf.upfronthosting.co.za>
Message-ID: <4C6EEBDD.1080307@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Stefan Behnel wrote:
> 
> Stefan Behnel <scoder at users.sourceforge.net> added the comment:
> 
> Another updated patch with a readability fix (replacing the last one).

While you're at it, you might as well remove references to the
"char buffer" - there's no such thing in Python3 anymore.

We only have read buffers in Python3.

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 22:56:59 2010
From: report at bugs.python.org (Tom Browder)
Date: Fri, 20 Aug 2010 20:56:59 +0000
Subject: [issue9652] Tidy argparse default output
In-Reply-To: <1282337819.1.0.781769535861.issue9652@psf.upfronthosting.co.za>
Message-ID: <1282337819.1.0.781769535861.issue9652@psf.upfronthosting.co.za>


New submission from Tom Browder <tom.browder at gmail.com>:

I would like to be able to change argparse default strings so the first word is capitalized.  In lieu of that, I propose the attached patch to 2.7 which changes them in the source code.

----------
components: Library (Lib)
files: python-v2.7-argparser-patch.txt
messages: 114455
nosy: Tom.Browder
priority: normal
severity: normal
status: open
title: Tidy argparse default output
type: feature request
versions: Python 2.7
Added file: http://bugs.python.org/file18590/python-v2.7-argparser-patch.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9652>
_______________________________________

From report at bugs.python.org  Fri Aug 20 23:01:39 2010
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 20 Aug 2010 21:01:39 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282338099.18.0.69433419695.issue7415@psf.upfronthosting.co.za>


Stefan Behnel <scoder at users.sourceforge.net> added the comment:

When I read the comments and exception texts in the function, it didn't occur to me that "char buffer" could have been used as a name for the old Py2 buffer interface. From the context, it totally makes sense to me that the function (which decodes a byte sequence into a unicode string) complains about not getting a "bytes object or char buffer" as input. Admittedly, this might sound slightly different when read in Python space.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7415>
_______________________________________

From report at bugs.python.org  Fri Aug 20 23:04:48 2010
From: report at bugs.python.org (Tom Browder)
Date: Fri, 20 Aug 2010 21:04:48 +0000
Subject: [issue9653] New default argparse output to be added
In-Reply-To: <1282338288.42.0.879106308654.issue9653@psf.upfronthosting.co.za>
Message-ID: <1282338288.42.0.879106308654.issue9653@psf.upfronthosting.co.za>


New submission from Tom Browder <tom.browder at gmail.com>:

When I use the argparse module, and I enter my program name with NO arguments or options, I would like the argparser to output something like:

Usage: <program name> [options]
Use option '-h' for help.

I haven't yet found how to do that in the argparse module source code, but I do that now in my programs by adding this code near the beginning of the program:

# give rudimentary help if nothing but prog name is entered
import os
# get program name as it is called
pnam = os.path.basename(sys.argv[0])
Use = "Usage: {0} [options]".format(pnam)
if len(sys.argv) == 1:
    print(Use)
    print("Use option '-h' for help.")
    sys.exit()

----------
components: Library (Lib)
messages: 114457
nosy: Tom.Browder
priority: normal
severity: normal
status: open
title: New default argparse output to be added
type: feature request
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9653>
_______________________________________

From report at bugs.python.org  Fri Aug 20 23:21:52 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 20 Aug 2010 21:21:52 +0000
Subject: [issue9653] New default argparse output to be added
In-Reply-To: <1282338288.42.0.879106308654.issue9653@psf.upfronthosting.co.za>
Message-ID: <1282339312.07.0.752686955841.issue9653@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> bethard
nosy: +bethard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9653>
_______________________________________

From report at bugs.python.org  Fri Aug 20 23:35:27 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Fri, 20 Aug 2010 21:35:27 +0000
Subject: [issue9212] dict_keys purports to implement the Set ABC,
	but is missing the isdisjoint method
In-Reply-To: <1278702217.69.0.69895367614.issue9212@psf.upfronthosting.co.za>
Message-ID: <1282340127.65.0.367879505868.issue9212@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Thank you for the patch.

We should only iterate over the shorter set if the longer set is really a set and not just a sequence.  PySequence_Contains may take O(n) time on a list, making the algorithm an expensive O(n**2) overall.  I note that set_isdisjoint doesn't try to examine the lengths.

Also, since PyIter_Next returns NULL to indicate the end of the iteration OR to indicate an exception, the end of the function should look like this:

    Py_DECREF(it);
    if (PyErr_Occurred())
        return NULL;
    Py_RETURN_TRUE;

Other than those two issues, the patch looks good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9212>
_______________________________________

From report at bugs.python.org  Fri Aug 20 23:40:58 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Fri, 20 Aug 2010 21:40:58 +0000
Subject: [issue9214] Most Set methods of KeysView and ItemsView do not work
	right
In-Reply-To: <1278703905.18.0.125671722438.issue9214@psf.upfronthosting.co.za>
Message-ID: <1282340458.18.0.250686487454.issue9214@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

The patch looks good to me, too.  The new tests fail without the fix, and pass with the fix.

----------
assignee: stutzbach -> rhettinger
stage: unit test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9214>
_______________________________________

From report at bugs.python.org  Fri Aug 20 23:41:09 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 20 Aug 2010 21:41:09 +0000
Subject: [issue9654] merge PC/getpathp.c into Modules/getpath.c
In-Reply-To: <1282340469.22.0.133345899544.issue9654@psf.upfronthosting.co.za>
Message-ID: <1282340469.22.0.133345899544.issue9654@psf.upfronthosting.co.za>


New submission from Amaury Forgeot d'Arc <amauryfa at gmail.com>:

The file Modules/getpath.c computes sys.prefix and the initial sys.path.
The Windows version uses its own copy of this file, with a lot of similarities, but also non-obvious differences.

I propose to merge both files, this would ease maintenance and understanding of how these paths are determined.

----------
components: Build
messages: 114460
nosy: amaury.forgeotdarc, brian.curtin
priority: normal
severity: normal
status: open
title: merge PC/getpathp.c into Modules/getpath.c
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9654>
_______________________________________

From report at bugs.python.org  Fri Aug 20 23:50:30 2010
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 20 Aug 2010 21:50:30 +0000
Subject: [issue1043134] mimetypes.guess_extension('text/plain') == '.ksh' ???
Message-ID: <1282341030.84.0.660148461373.issue1043134@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

I think you are closing too aggressively.


Python 3.2a0 (py3k:81783, Jun  6 2010, 16:07:26) 
[GCC 4.1.3 20080623 (prerelease) (Ubuntu 4.1.2-23ubuntu3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mimetypes
>>> mimetypes.guess_extension('text/plain')
'.ksh'
>>>

----------
nosy: +skrah
status: pending -> open
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1043134>
_______________________________________

From report at bugs.python.org  Sat Aug 21 00:30:12 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 20 Aug 2010 22:30:12 +0000
Subject: [issue7546] msvc9compiler.py: add .asm extension
In-Reply-To: <1261241045.73.0.563579401037.issue7546@psf.upfronthosting.co.za>
Message-ID: <1282343412.66.0.77771934757.issue7546@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Could you add tests? There are helpers in distutils2.tests.support than deal with temporary files, and we use unittest2 which provides decorators to skip the tests on non-Windows.

----------
nosy: +eric.araujo
versions: +Python 2.5, Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7546>
_______________________________________

From report at bugs.python.org  Sat Aug 21 00:51:41 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 20 Aug 2010 22:51:41 +0000
Subject: [issue1011113] distutils install with -b / --build-base
Message-ID: <1282344701.67.0.829683279819.issue1011113@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

(Removing messages since Terry and I discussed distutils bugs triage in private email. Thank you Terry for your help.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1011113>
_______________________________________

From report at bugs.python.org  Sat Aug 21 00:52:00 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 20 Aug 2010 22:52:00 +0000
Subject: [issue1011113] distutils install with -b / --build-base
Message-ID: <1282344720.46.0.0645642658581.issue1011113@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
Removed message: http://bugs.python.org/msg113011

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1011113>
_______________________________________

From report at bugs.python.org  Sat Aug 21 00:52:05 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 20 Aug 2010 22:52:05 +0000
Subject: [issue1011113] distutils install with -b / --build-base
Message-ID: <1282344725.8.0.762877051365.issue1011113@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
Removed message: http://bugs.python.org/msg113025

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1011113>
_______________________________________

From report at bugs.python.org  Sat Aug 21 00:52:10 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 20 Aug 2010 22:52:10 +0000
Subject: [issue1011113] distutils install with -b / --build-base
Message-ID: <1282344730.19.0.418393619593.issue1011113@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
Removed message: http://bugs.python.org/msg114463

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1011113>
_______________________________________

From report at bugs.python.org  Sat Aug 21 01:08:53 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 20 Aug 2010 23:08:53 +0000
Subject: =?utf-8?q?=5Bissue1011113=5D_Make_=E2=80=9Cinstall=E2=80=9D_find_the_buil?=
	=?utf-8?q?d=5Fbase_directory?=
Message-ID: <1282345733.07.0.831872926365.issue1011113@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report. distutils does not get new features anymore. This gives us time to focus on distutils2, the next generation. Thanks to the configure command (#8254), the functionality you require will be easily supported in distutils2. I?ll get back to this feature when configure is 100% finished and merged into the main repo.

----------
assignee: tarek -> eric.araujo
components: +Distutils2 -Distutils
dependencies: +write a configure command
resolution:  -> remind
title: distutils install with -b / --build-base -> Make ?install? find the build_base directory
type:  -> feature request
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/issue1011113>
_______________________________________

From report at bugs.python.org  Sat Aug 21 02:02:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 00:02:18 +0000
Subject: [issue1589266] bdist_sunpkg distutils command
Message-ID: <1282348938.63.0.140720262863.issue1589266@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I suppose we have to reject this request.

For distutils, it is too late, we don?t add new features.

In distutils2, we have removed bdist_rpm and rejected bdist_deb (#1054967), with the rationale that OS-specific formats are best made by tools that are customized by the OS, play well with policies and other tools, and have a shorter release cycle than Python. For the case of Solaris, I gather that there are at least five flavors of this OS (well, four if you count OpenSolaris dead), each one having various releases. I don?t know the span of the differences between versions and flavors, but I guess that it?s a situation similar to RPM. Adding to that the lack of contributor agreement, I think we won?t add this command to distutils2 either.

Tarek, please correct me if I?m wrong or reject the bug if I?m right.

Holger, sorry your work has to be rejected.

----------
assignee:  -> tarek
components: +Distutils2 -Distutils
nosy: +eric.araujo
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1589266>
_______________________________________

From report at bugs.python.org  Sat Aug 21 02:09:11 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 00:09:11 +0000
Subject: [issue1682403] Transform reST to styled text in
	bdist_wininst-produced installers
Message-ID: <1282349351.52.0.455121060559.issue1682403@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I added an item to the todo list of distutils2 so that the current behavior is documented: http://bitbucket.org/tarek/distutils2/wiki/Todo

----------
components: +Distutils2 -Distutils, Windows
title: docutils clarification request for "rest" -> Transform reST to styled text in bdist_wininst-produced installers

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682403>
_______________________________________

From report at bugs.python.org  Sat Aug 21 02:10:29 2010
From: report at bugs.python.org (beng umali)
Date: Sat, 21 Aug 2010 00:10:29 +0000
Subject: [issue9620] Python 2.7 IDLE fails on OS X 10.6
In-Reply-To: <1281943669.49.0.305623127569.issue9620@psf.upfronthosting.co.za>
Message-ID: <1282349429.3.0.178265734327.issue9620@psf.upfronthosting.co.za>


beng umali <bpumali at gmail.com> added the comment:

apologies for the late reply. issue now resolved. thank you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9620>
_______________________________________

From report at bugs.python.org  Sat Aug 21 02:15:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 00:15:43 +0000
Subject: [issue7694] DeprecationWarning from build_ext needs stacklevel
In-Reply-To: <1263401319.23.0.932890994142.issue7694@psf.upfronthosting.co.za>
Message-ID: <1282349743.1.0.320721730286.issue7694@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

This change has been reverted in 2.7 and 3.x, I?ll check distutils2. Thank you.

We should test that warnings stacklevels make sense; it?s on my todo list.

----------
assignee: tarek -> eric.araujo
components: +Distutils2 -Distutils
nosy: +eric.araujo
title: DeprecationWarning from distuils.commands.build_ext needs stacklevel -> DeprecationWarning from build_ext needs stacklevel
type:  -> behavior
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7694>
_______________________________________

From report at bugs.python.org  Sat Aug 21 03:07:40 2010
From: report at bugs.python.org (James Westby)
Date: Sat, 21 Aug 2010 01:07:40 +0000
Subject: [issue7501] python -m unittest path_to_suite_function errors
In-Reply-To: <1260742792.63.0.561457576654.issue7501@psf.upfronthosting.co.za>
Message-ID: <1282352860.8.0.988983335553.issue7501@psf.upfronthosting.co.za>


James Westby <jw+debian at jameswestby.net> added the comment:

Hi,

I think this was misdiagnosed:

from unittest.py in 2.6, loadTestFromName:

        elif hasattr(obj, '__call__'):
            test = obj()
            if isinstance(test, TestSuite):
                return test
            elif isinstance(test, TestCase):
                return TestSuite([test])
            else:
                raise TypeError("calling %s returned %s, not a test" %
                                (obj, test))

so it supports callables, such as the test_suite function that
Rob is passing. Therefore I don't think this is a feature request,
and "use load_tests" isn't an appropriate resolution.

I haven't checked what 2.7 and later do, but going on the above
my diagnosis of this is the following.

  1. test_suite is correctly identified as a callable
  2. It is called an returns a unittest.TestSuite
  3. It is not matched as being a a TestSuite or a TestCase, and so the error is raised.

The reason it is not matched is that when run as -m unittest, the unittest module is __main__, and so the TestSuite in the isinstance check is a unittest.TestSuite against a __main__.TestSuite, which won't match.

Therefore I think this is a legitimate bug, in at least 2.6.

Thanks,

James

----------
nosy: +james-w

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7501>
_______________________________________

From report at bugs.python.org  Sat Aug 21 03:20:05 2010
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 21 Aug 2010 01:20:05 +0000
Subject: [issue9572] IOError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1282353605.15.0.110409624054.issue9572@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

I think what I need to do is greatly simplify the directory creation code in set_data and make it much more robust against potential race conditions against other Python processes. I think as long as I just stop trying to make a directory when it is found to exist this should be okay. Might also want to file lock the bytecode file as import.c does through open_exclusive.

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Sat Aug 21 04:24:55 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 21 Aug 2010 02:24:55 +0000
Subject: [issue9131] test_set_reprs in test_pprint is fragile
In-Reply-To: <1277927280.23.0.76585633164.issue9131@psf.upfronthosting.co.za>
Message-ID: <1282357495.23.0.103593159048.issue9131@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Nevermind, I found it: @support.cpython_only

I'll work on a patch to add the decorator and a comment about why the test is fragile.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9131>
_______________________________________

From report at bugs.python.org  Sat Aug 21 04:29:54 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 21 Aug 2010 02:29:54 +0000
Subject: [issue9131] test_set_reprs in test_pprint is fragile
In-Reply-To: <1277927280.23.0.76585633164.issue9131@psf.upfronthosting.co.za>
Message-ID: <1282357794.65.0.738660441359.issue9131@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <daniel at stutzbachenterprises.com>:


----------
keywords: +needs review, patch
resolution:  -> accepted
stage: needs patch -> patch review
Added file: http://bugs.python.org/file18591/issue9131.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9131>
_______________________________________

From report at bugs.python.org  Sat Aug 21 04:32:24 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 21 Aug 2010 02:32:24 +0000
Subject: [issue9131] test_set_reprs in test_pprint is fragile
In-Reply-To: <1277927280.23.0.76585633164.issue9131@psf.upfronthosting.co.za>
Message-ID: <1282357944.39.0.987434305134.issue9131@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <daniel at stutzbachenterprises.com>:


Removed file: http://bugs.python.org/file18591/issue9131.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9131>
_______________________________________

From report at bugs.python.org  Sat Aug 21 04:33:21 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 21 Aug 2010 02:33:21 +0000
Subject: [issue9131] test_set_reprs in test_pprint is fragile
In-Reply-To: <1277927280.23.0.76585633164.issue9131@psf.upfronthosting.co.za>
Message-ID: <1282358001.23.0.285956294943.issue9131@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

errr... ignore that first patch (now deleted)

:-)

----------
Added file: http://bugs.python.org/file18592/issue9131.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9131>
_______________________________________

From report at bugs.python.org  Sat Aug 21 04:34:00 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 21 Aug 2010 02:34:00 +0000
Subject: [issue9131] test_set_reprs in test_pprint is fragile
In-Reply-To: <1277927280.23.0.76585633164.issue9131@psf.upfronthosting.co.za>
Message-ID: <1282358040.48.0.393836914073.issue9131@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <daniel at stutzbachenterprises.com>:


Removed file: http://bugs.python.org/file18592/issue9131.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9131>
_______________________________________

From report at bugs.python.org  Sat Aug 21 04:34:16 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 21 Aug 2010 02:34:16 +0000
Subject: [issue9131] test_set_reprs in test_pprint is fragile
In-Reply-To: <1277927280.23.0.76585633164.issue9131@psf.upfronthosting.co.za>
Message-ID: <1282358056.49.0.0402487108486.issue9131@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <daniel at stutzbachenterprises.com>:


Added file: http://bugs.python.org/file18593/issue9131.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9131>
_______________________________________

From report at bugs.python.org  Sat Aug 21 04:55:02 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Aug 2010 02:55:02 +0000
Subject: [issue843590] 'macintosh' encoding alias for 'mac_roman'
Message-ID: <1282359302.01.0.455162149335.issue843590@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

r84229

----------
nosy: +benjamin.peterson
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue843590>
_______________________________________

From report at bugs.python.org  Sat Aug 21 05:03:51 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Aug 2010 03:03:51 +0000
Subject: [issue2521] ABC caches should use weak refs
In-Reply-To: <1206976350.45.0.982533625998.issue2521@psf.upfronthosting.co.za>
Message-ID: <1282359831.9.0.406485974666.issue2521@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

r84230

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2521>
_______________________________________

From report at bugs.python.org  Sat Aug 21 05:05:10 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sat, 21 Aug 2010 03:05:10 +0000
Subject: [issue2521] ABC caches should use weak refs
In-Reply-To: <1206976350.45.0.982533625998.issue2521@psf.upfronthosting.co.za>
Message-ID: <1282359910.65.0.907794261679.issue2521@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Thanks! :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2521>
_______________________________________

From report at bugs.python.org  Sat Aug 21 05:10:37 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Aug 2010 03:10:37 +0000
Subject: =?utf-8?q?=5Bissue1011113=5D_Make_=E2=80=9Cinstall=E2=80=9D_find_the_buil?=
	=?utf-8?q?d=5Fbase_directory?=
Message-ID: <1282360237.49.0.563023107967.issue1011113@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/issue1011113>
_______________________________________

From report at bugs.python.org  Sat Aug 21 05:11:35 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Aug 2010 03:11:35 +0000
Subject: [issue9648] 2to3 doesn't convert "file" usage to an "open" equivalent
In-Reply-To: <1282269577.88.0.849452359327.issue9648@psf.upfronthosting.co.za>
Message-ID: <1282360295.67.0.327084522192.issue9648@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> 2to3 does not convert __builtins__.file

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9648>
_______________________________________

From report at bugs.python.org  Sat Aug 21 05:12:08 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Aug 2010 03:12:08 +0000
Subject: [issue7694] DeprecationWarning from build_ext needs stacklevel
In-Reply-To: <1263401319.23.0.932890994142.issue7694@psf.upfronthosting.co.za>
Message-ID: <1282360329.0.0.769936953727.issue7694@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/issue7694>
_______________________________________

From report at bugs.python.org  Sat Aug 21 06:10:39 2010
From: report at bugs.python.org (R. David Murray)
Date: Sat, 21 Aug 2010 04:10:39 +0000
Subject: [issue9618] IDLE shell ignores all but first statement
In-Reply-To: <1281912730.25.0.579832640698.issue9618@psf.upfronthosting.co.za>
Message-ID: <1282363839.46.0.925973253484.issue9618@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It seems to me that this bug should be closed as a duplicate of the original bug (#3559).  It's the same bug, only the proposed solution is different, unless I'm missing something.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9618>
_______________________________________

From report at bugs.python.org  Sat Aug 21 07:25:51 2010
From: report at bugs.python.org (Volodymyr Kostyrko)
Date: Sat, 21 Aug 2010 05:25:51 +0000
Subject: [issue9591] kqueue not reporting EOF under certain circumstances
In-Reply-To: <1281725245.42.0.301580096416.issue9591@psf.upfronthosting.co.za>
Message-ID: <1282368351.89.0.225736900725.issue9591@psf.upfronthosting.co.za>


Volodymyr Kostyrko <c.kworr at gmail.com> added the comment:

Ok, I'll try to ask FreeBSD developers, too bad I'm not that familiar with C to write example other way than test if it's a system problem.

----------
nosy:  -terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9591>
_______________________________________

From report at bugs.python.org  Sat Aug 21 08:36:37 2010
From: report at bugs.python.org (Kirikaza)
Date: Sat, 21 Aug 2010 06:36:37 +0000
Subject: [issue9637] docs do not say that urllib uses HTTP_PROXY
In-Reply-To: <1282196669.74.0.629180904202.issue9637@psf.upfronthosting.co.za>
Message-ID: <1282372597.98.0.673394306937.issue9637@psf.upfronthosting.co.za>


Kirikaza <kirikaza at rambler.ru> added the comment:

I missed the print statement in that example... So I attached the file with correct code.

----------
Added file: http://bugs.python.org/file18594/proxy.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9637>
_______________________________________

From report at bugs.python.org  Sat Aug 21 11:40:24 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sat, 21 Aug 2010 09:40:24 +0000
Subject: [issue843590] 'macintosh' encoding alias for 'mac_roman'
In-Reply-To: <1282359302.01.0.455162149335.issue843590@psf.upfronthosting.co.za>
Message-ID: <4C6F9F03.3000109@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Benjamin Peterson wrote:
> 
> Benjamin Peterson <benjamin at python.org> added the comment:
> 
> r84229

Thanks, Benjamin !

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue843590>
_______________________________________

From report at bugs.python.org  Sat Aug 21 12:27:34 2010
From: report at bugs.python.org (Albert Weichselbraun)
Date: Sat, 21 Aug 2010 10:27:34 +0000
Subject: [issue9655] urllib2 fails to retrieve a url which is handled
	correctly by urllib
In-Reply-To: <1282386454.2.0.0653465391263.issue9655@psf.upfronthosting.co.za>
Message-ID: <1282386454.2.0.0653465391263.issue9655@psf.upfronthosting.co.za>


New submission from Albert Weichselbraun <albert.weichselbraun at gmail.com>:

urllib2 fails to retrieve the content of http://www.mfsa.com.mt/insguide/english/glossarysearch.jsp?letter=all

>>> urllib2.urlopen("http://www.mfsa.com.mt/insguide/english/glossarysearch.jsp?letter=all").read()
''

urllib handles the same link correctly:

>>> len( urllib.urlopen("http://www.mfsa.com.mt/insguide/english/glossarysearch.jsp?letter=all").read() )
56105

----------
components: Library (Lib)
messages: 114482
nosy: Albert.Weichselbraun
priority: normal
severity: normal
status: open
title: urllib2 fails to retrieve a url which is handled correctly by urllib
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9655>
_______________________________________

From report at bugs.python.org  Sat Aug 21 12:53:42 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 21 Aug 2010 10:53:42 +0000
Subject: [issue9655] urllib2 fails to retrieve a url which is handled
	correctly by urllib
In-Reply-To: <1282386454.2.0.0653465391263.issue9655@psf.upfronthosting.co.za>
Message-ID: <1282388022.63.0.820742453107.issue9655@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Its funny, confirmed the problem in the trunk.

----------
assignee:  -> orsenthil
nosy: +orsenthil
resolution:  -> accepted
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9655>
_______________________________________

From report at bugs.python.org  Sat Aug 21 13:07:50 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 11:07:50 +0000
Subject: [issue1005895] curses for win32
Message-ID: <1282388870.97.0.968954637761.issue1005895@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Tim: mainly because this was raised some 4 years earlier and the title of #2889 "curses for windows (alternative patch)"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1005895>
_______________________________________

From report at bugs.python.org  Sat Aug 21 13:17:25 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 11:17:25 +0000
Subject: [issue1103350] send/recv SEGMENT_SIZE should be used more in
	socketmodule
Message-ID: <1282389445.13.0.0406308896335.issue1103350@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this in a couple of weeks unless anyone objects.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1103350>
_______________________________________

From report at bugs.python.org  Sat Aug 21 13:56:39 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sat, 21 Aug 2010 11:56:39 +0000
Subject: [issue9655] urllib2 fails to retrieve a url which is handled
	correctly by urllib
In-Reply-To: <1282386454.2.0.0653465391263.issue9655@psf.upfronthosting.co.za>
Message-ID: <1282391799.97.0.0132273644532.issue9655@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Hmm, it looks like a web server problem to me.

urllib2 uses the HTTP/1.1 protocol, and sends the "Connection: close" header. I hacked urllib2: when this header is not sent, the content is retrieved normally.

This page: 
http://www.mail-archive.com/users at tomcat.apache.org/msg28684.html
describes the same problem.
The web site above does use Tomcat (can be seen in the response headers), maybe they have a wrong version?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9655>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:05:16 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sat, 21 Aug 2010 12:05:16 +0000
Subject: [issue9655] urllib2 fails to retrieve a url which is handled
	correctly by urllib
In-Reply-To: <1282386454.2.0.0653465391263.issue9655@psf.upfronthosting.co.za>
Message-ID: <1282392316.99.0.345138654133.issue9655@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Confirmed with telnet sessions:

== Simulate "urllib2" ==

$ telnet www.mfsa.com.mt 80
GET /insguide/english/glossarysearch.jsp?letter=all HTTP/1.1
Accept-Encoding: identity
Host: www.mfsa.com.mt
Connection: close
User-Agent: Python-urllib/2.7

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Set-Cookie: JSESSIONID=D34D395A7654B6532F6F6DFF81FC91C3; Path=/insguide
Content-Type: text/html
Date: Sat, 21 Aug 2010 11:54:25 GMT
Connection: close

Connection closed by foreign host.
$ 

== Simulate "urllib" ==

GET /insguide/english/glossarysearch.jsp?letter=all HTTP/1.0
Host: www.mfsa.com.mt
User-Agent: Python-urllib/1.17

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Set-Cookie: JSESSIONID=84D9D8DF76546751908F388D8889BB47; Path=/insguide
Content-Type: text/html
Transfer-Encoding: chunked
Date: Sat, 21 Aug 2010 11:54:06 GMT

400
<html>...
$

----------
nosy: +flox
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9655>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:08:34 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:08:34 +0000
Subject: [issue1122916] incorrect handle of declaration in markupbase
Message-ID: <1282392514.68.0.182378420812.issue1122916@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Fixed in #1442874.

----------
nosy: +BreamoreBoy
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1122916>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:11:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:11:21 +0000
Subject: [issue1145257] shutil.copystat() may fail...
Message-ID: <1282392681.09.0.0562743139441.issue1145257@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions:  -Python 2.6, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1145257>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:16:12 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:16:12 +0000
Subject: [issue1666318] shutil.copytree doesn't preserve directory permissions
Message-ID: <1282392972.04.0.284343972648.issue1666318@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1666318>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:28:16 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:28:16 +0000
Subject: [issue1149447] bsddb wrapper does not export some low-level functions
Message-ID: <1282393696.12.0.981579021683.issue1149447@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This won't happen as bsddb was removed from py3k.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed
title: bssdb wrapper does not export some low-level functions -> bsddb wrapper does not export some low-level functions

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1149447>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:31:36 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:31:36 +0000
Subject: [issue1155362] Bugs in parsedate_tz
Message-ID: <1282393896.54.0.172358486623.issue1155362@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1155362>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:33:20 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:33:20 +0000
Subject: [issue1158490] locale fails if LANGUAGE has multiple locales
Message-ID: <1282394000.08.0.999565741255.issue1158490@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1158490>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:35:59 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:35:59 +0000
Subject: [issue1159051] Handle corrupted gzip files with unexpected EOF
Message-ID: <1282394159.79.0.260313636325.issue1159051@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159051>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:36:55 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:36:55 +0000
Subject: [issue1160328] urllib2 post error when using httpproxy
Message-ID: <1282394215.82.0.231432546325.issue1160328@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1160328>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:38:45 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:38:45 +0000
Subject: [issue1162477] Parsing failures in parsedate_tz
Message-ID: <1282394325.06.0.180813996496.issue1162477@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +r.david.murray
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1162477>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:42:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:42:31 +0000
Subject: [issue1170766] weakref.proxy incorrect behaviour
Message-ID: <1282394551.4.0.728014952668.issue1170766@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this in a couple of weeks unless anyone objects.

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1170766>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:46:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:46:02 +0000
Subject: [issue1172011] BaseCookie should call value_decode from __getitem__
Message-ID: <1282394762.62.0.340673177677.issue1172011@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg109888.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1172011>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:49:34 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:49:34 +0000
Subject: [issue1175004] Export more libreadline API functions
Message-ID: <1282394974.55.0.0190958207464.issue1175004@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1175004>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:51:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:51:31 +0000
Subject: [issue1260171] subprocess: more general (non-buffering) communication
Message-ID: <1282395091.72.0.429051836121.issue1260171@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1260171>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:51:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:51:58 +0000
Subject: [issue1175984] Make subprocess.Popen support file-like objects (win)
Message-ID: <1282395118.19.0.880109789356.issue1175984@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1175984>
_______________________________________

From report at bugs.python.org  Sat Aug 21 14:53:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 12:53:53 +0000
Subject: [issue1699853] locale.getlocale() output fails as setlocale() input
Message-ID: <1282395233.27.0.5179772391.issue1699853@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1699853>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:02:15 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 13:02:15 +0000
Subject: [issue1176504] locale._build_localename treatment for utf8
Message-ID: <1282395735.28.0.666330817705.issue1176504@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Would someone please look at the two line patch as svn wouldn't let me apply it.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1176504>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:03:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 13:03:53 +0000
Subject: [issue1178136] cgitb.py support for frozen images
Message-ID: <1282395833.16.0.222227412406.issue1178136@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1178136>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:19:40 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sat, 21 Aug 2010 13:19:40 +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: <1282396780.38.0.327967026716.issue9651@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Confirmed on all versions since 2.6. Patch attached.

----------
keywords: +patch
nosy: +amaury.forgeotdarc
stage:  -> patch review
Added file: http://bugs.python.org/file18595/ctypes-buffer.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9651>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:41:19 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 13:41:19 +0000
Subject: [issue1178863] Variable.__init__ uses self.set(),
	blocking specialization
Message-ID: <1282398079.04.0.609280833642.issue1178863@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: loewis -> gpolo
nosy: +gpolo
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1178863>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:45:05 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 13:45:05 +0000
Subject: [issue5353] Improve IndexError messages with actual values
In-Reply-To: <1235414311.83.0.833112713041.issue5353@psf.upfronthosting.co.za>
Message-ID: <1282398305.79.0.798264845789.issue5353@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5353>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:46:07 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 13:46:07 +0000
Subject: [issue1182143] making builtin exceptions more informative
Message-ID: <1282398367.89.0.706049838853.issue1182143@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
components: +Interpreter Core -Library (Lib)
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1182143>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:47:14 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 13:47:14 +0000
Subject: [issue1182788] ZipFile __del__/close problem with longint/long files
Message-ID: <1282398434.04.0.442170501498.issue1182788@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1182788>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:50:23 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 13:50:23 +0000
Subject: [issue1185124] pydoc doesn't find all module doc strings
Message-ID: <1282398623.09.0.472803576353.issue1185124@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1185124>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:55:57 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 13:55:57 +0000
Subject: [issue1186900] nntplib shouldn't raise generic EOFError
Message-ID: <1282398957.89.0.653675692445.issue1186900@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The OP would accept a documentation change if the code's not going to be changed.

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1186900>
_______________________________________

From report at bugs.python.org  Sat Aug 21 15:57:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 13:57:53 +0000
Subject: [issue1189811] pydoc may hide non-private doc strings.
Message-ID: <1282399073.78.0.191004295542.issue1189811@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1189811>
_______________________________________

From report at bugs.python.org  Sat Aug 21 16:14:11 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 14:14:11 +0000
Subject: [issue1191964] asynchronous Subprocess
Message-ID: <1282400051.51.0.633429297558.issue1191964@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

PEP 3145 has been written in response to this request.

----------
nosy: +BreamoreBoy
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1191964>
_______________________________________

From report at bugs.python.org  Sat Aug 21 16:27:33 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 14:27:33 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282400853.41.0.43540748112.issue1194222@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I couldn't apply the py3k version of the patch which contains changed unit tests.  Would someone please review this patch.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Sat Aug 21 16:30:18 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 14:30:18 +0000
Subject: [issue1195571] simple callback system for Py_FatalError
Message-ID: <1282401018.32.0.509009375404.issue1195571@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1195571>
_______________________________________

From report at bugs.python.org  Sat Aug 21 16:31:52 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 14:31:52 +0000
Subject: [issue1198569] string.Template not flexible enough to subclass
	(regexes)
Message-ID: <1282401112.39.0.180168693253.issue1198569@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1198569>
_______________________________________

From report at bugs.python.org  Sat Aug 21 16:33:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 14:33:38 +0000
Subject: [issue1200313] HTMLParser fails to handle charref in attribute value
Message-ID: <1282401218.21.0.472423952213.issue1200313@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1200313>
_______________________________________

From report at bugs.python.org  Sat Aug 21 16:38:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 14:38:04 +0000
Subject: [issue1205568] Compile fails on Darwin8 with --with-cxx=g++
Message-ID: <1282401484.44.0.396630455764.issue1205568@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg60740.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1205568>
_______________________________________

From report at bugs.python.org  Sat Aug 21 16:40:27 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 14:40:27 +0000
Subject: [issue1207466] installer ignores changed installation directory
Message-ID: <1282401627.75.0.801443453379.issue1207466@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1207466>
_______________________________________

From report at bugs.python.org  Sat Aug 21 17:00:43 2010
From: report at bugs.python.org (Jeffrey Finkelstein)
Date: Sat, 21 Aug 2010 15:00:43 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282402843.27.0.769460570778.issue1194222@psf.upfronthosting.co.za>


Jeffrey Finkelstein <jeffrey.finkelstein at gmail.com> added the comment:

Sorry about that; the diff paths have the "a/" and "b/" prefixes. Patch with -p1 at the top-level directory:

  patch -p1 < issue1194222fix-py3k.diff

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Sat Aug 21 17:04:06 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 15:04:06 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282403046.88.0.139168947559.issue1194222@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

-p1 is the default for patch, so it should work.

Is this a bug fix or a feature request? It?s unclear. If it?s a bug fix, please add 2.7 and 3.1 to versions.

----------
assignee:  -> r.david.murray
nosy: +eric.araujo, l0nwlf, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Sat Aug 21 17:20:00 2010
From: report at bugs.python.org (Armin Rigo)
Date: Sat, 21 Aug 2010 15:20:00 +0000
Subject: [issue1170766] weakref.proxy incorrect behaviour
Message-ID: <1282404000.01.0.561119535207.issue1170766@psf.upfronthosting.co.za>


Armin Rigo <arigo at users.sourceforge.net> added the comment:

All the missing type slots I reported can cause incorrect behavior very similar to the one reported originally.  For example (in Python 2.7):

    class I(int): pass
    i = I(123)
    hex(i)                   => '0x7b'
    hex(weakref.proxy(i))    => TypeError

I think that the present bug report is fine to report these as bugs, as I don't see the point of opening another bug report with the same title.  I will just re-mark this issue as "open - not resolved".

----------
resolution: accepted -> 
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1170766>
_______________________________________

From report at bugs.python.org  Sat Aug 21 17:31:55 2010
From: report at bugs.python.org (Jeffrey Finkelstein)
Date: Sat, 21 Aug 2010 15:31:55 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282404715.08.0.475781641785.issue1194222@psf.upfronthosting.co.za>


Jeffrey Finkelstein <jeffrey.finkelstein at gmail.com> added the comment:

I suppose this is a bug fix because it changes the behavior of email.utils.parsedate_tz() to match the RFC standards.

----------
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Sat Aug 21 17:33:20 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Sat, 21 Aug 2010 15:33:20 +0000
Subject: [issue9655] urllib2 fails to retrieve a url which is handled
	correctly by urllib
In-Reply-To: <1282386454.2.0.0653465391263.issue9655@psf.upfronthosting.co.za>
Message-ID: <1282404800.07.0.374606356965.issue9655@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Thanks Amaury, that was nice debugging.

The problem is with Apache tomcat server at the remote end, which is  misbehaving on Connection:close header being sent by urllib2. We can't do anything about it, the bug reporter can take it up with server.

However, in the Urllib2 documentation, if needed, it can be mentioned that urllib2 is sending Connection:close while using HTTP/1.1 whereas urllib uses HTTP/1.0.

Closing this bug as Invalid.

----------
resolution: accepted -> invalid
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9655>
_______________________________________

From report at bugs.python.org  Sat Aug 21 17:52:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 15:52:54 +0000
Subject: [issue1208304] urllib2's urlopen() method causes a memory leak
Message-ID: <1282405974.08.0.728784119809.issue1208304@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

On Windows Vista I can consistently reproduce this with 2.6 and 2.7 but not with 3.1 or 3.2.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1208304>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:06:18 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 16:06:18 +0000
Subject: [issue1227748] subprocess: inheritance of std descriptors inconsistent
Message-ID: <1282406778.15.0.792236071708.issue1227748@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1227748>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:10:00 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 16:10:00 +0000
Subject: [issue1228112] code.py use sys.excepthook to display exceptions
Message-ID: <1282407000.66.0.368700233168.issue1228112@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1228112>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:12:32 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 16:12:32 +0000
Subject: [issue1229239] optionally allow mutable builtin types
Message-ID: <1282407152.83.0.723144353459.issue1229239@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1229239>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:15:16 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 21 Aug 2010 16:15:16 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1282407316.17.0.0775464386618.issue9601@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Given Antoine comment and the link referencing bzr issue I agree we should fix this now.
A patch including tests for parse257 function is in attachment.
The exception is now raised only if the response code doesn't fall in the 2xx category; for responses != 257 '' is returned.
I'm +1 on including this only in 3.2.

----------
keywords: +patch
Added file: http://bugs.python.org/file18596/ftplib-257-workaround.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:19:23 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sat, 21 Aug 2010 16:19:23 +0000
Subject: [issue1182788] ZipFile __del__/close problem with longint/long files
Message-ID: <1282407563.83.0.731858340608.issue1182788@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

At the time, zipfile.py did not support the ZIP64 format...

----------
nosy: +amaury.forgeotdarc
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1182788>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:28:44 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 16:28:44 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282408124.1.0.545221035986.issue1194222@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

What I wrote on Rietveld:

I don?t know much about email, but the code itself looks good to me. The fact that you didn?t have to change any test but added one is reassuring (unless it reveals lack of coverage).

http://codereview.appspot.com/217107/diff/1/2#newcode1
Lib/email/_parseaddr.py:1: # Copyright (C) 2002-2007, 2010 Python Software Foundation
?2002-2010? would make more sense.

http://codereview.appspot.com/217107/diff/1/2#newcode24
Lib/email/_parseaddr.py:24: DOY_UNKNOWN = 1
Can you add a comment explaining what DOY means, unless it?s obvious for email specialists?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:32:27 2010
From: report at bugs.python.org (Kay Hayen)
Date: Sat, 21 Aug 2010 16:32:27 +0000
Subject: [issue9656] compiler module provides wrong AST for extended slice of
	length 1
In-Reply-To: <1282408347.11.0.146975597015.issue9656@psf.upfronthosting.co.za>
Message-ID: <1282408347.11.0.146975597015.issue9656@psf.upfronthosting.co.za>


New submission from Kay Hayen <kayhayen at gmx.de>:

Please check the following:

[GCC 4.4.5 20100728 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import compiler
>>> compiler.parse( "d[1,] = None" )
Module(None, Stmt([Assign([Subscript(Name('d'), 'OP_ASSIGN', [Const(1)])], Name('None'))]))
>>> compiler.parse( "d[1] = None" )
Module(None, Stmt([Assign([Subscript(Name('d'), 'OP_ASSIGN', [Const(1)])], Name('None'))]))
>>> d = {}
>>> d[1,] = None
>>> d[1] = None
>>> d
{1: None, (1,): None}

As you can see d[1] = None and d[1,] = None do different things, but do they lead to the same abstract syntax tree. It's the same on Python 2.7:

Python 2.7.0+ (r27:82500, Aug  7 2010, 19:41:51) 
[GCC 4.4.5 20100728 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import compiler
>>> compiler.parse( "d[1,] = None" )
Module(None, Stmt([Assign([Subscript(Name('d'), 'OP_ASSIGN', [Const(1)])], Name('None'))]))
>>> compiler.parse( "d[1] = None" )
Module(None, Stmt([Assign([Subscript(Name('d'), 'OP_ASSIGN', [Const(1)])], Name('None'))]))

----------
components: Library (Lib)
messages: 114507
nosy: kayhayen
priority: normal
severity: normal
status: open
title: compiler module provides wrong AST for extended slice of length 1
type: behavior
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9656>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:33:17 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 16:33:17 +0000
Subject: [issue1170766] weakref.proxy incorrect behaviour
Message-ID: <1282408397.89.0.772767144608.issue1170766@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1170766>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:38:36 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 16:38:36 +0000
Subject: [issue9157] Allow inspection of used decorators on a function
In-Reply-To: <1278293295.3.0.202692223524.issue9157@psf.upfronthosting.co.za>
Message-ID: <1282408716.75.0.672405331495.issue9157@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I have added people from the nosy list of #9567. What do you think about this idea?

----------
nosy: +eric.araujo, ncoghlan, r.david.murray, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9157>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:39:42 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 16:39:42 +0000
Subject: [issue8997] Write documentation for codecs.readbuffer_encode()
In-Reply-To: <1276543120.6.0.338687874276.issue8997@psf.upfronthosting.co.za>
Message-ID: <1282408782.06.0.242812355283.issue8997@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +docs at python
stage:  -> needs patch
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8997>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:43:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 16:43:43 +0000
Subject: [issue9023] distutils relative path errors
In-Reply-To: <1276850851.53.0.471987336824.issue9023@psf.upfronthosting.co.za>
Message-ID: <1282409023.78.0.529654404242.issue9023@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m not sure how I feel about paths going to the parent directory. Your use case is not imaginary or contrived, but I?m uncomfortable with going out of the source tree.

Your setup script would work if the setup script was in the root of the source tree, right? In this case, I would requalify this as a doc bug. Can you test this solution (also with distutils-only code)? Thank you.

----------
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9023>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:48:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 16:48:43 +0000
Subject: [issue8851] pkgutil document needs more markups
In-Reply-To: <1275107900.09.0.840689685245.issue8851@psf.upfronthosting.co.za>
Message-ID: <1282409323.24.0.715282765324.issue8851@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report. Patch looks good to me. I assume the other function descriptions already have complete markup, since your patch touches only two of them.

If there are no remarks from docs at python or objections from Georg, I will apply this in a week, taking care of all three branches.

----------
assignee: docs at python -> eric.araujo
nosy: +eric.araujo
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8851>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:49:11 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 16:49:11 +0000
Subject: [issue8851] pkgutil documentation needs more markup
In-Reply-To: <1275107900.09.0.840689685245.issue8851@psf.upfronthosting.co.za>
Message-ID: <1282409351.43.0.557582491585.issue8851@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution:  -> accepted
stage:  -> patch review
status: open -> pending
title: pkgutil document needs more markups -> pkgutil documentation needs more markup

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8851>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:50:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 16:50:30 +0000
Subject: [issue1229646] httplib error checking.
Message-ID: <1282409430.96.0.259690178049.issue1229646@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The offending code has already been removed from all Python versions.

----------
nosy: +BreamoreBoy
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1229646>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:51:09 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 16:51:09 +0000
Subject: [issue8250] Implement pkgutil APIs as described in PEP 376
In-Reply-To: <1272678173.42.0.252891919751.issue8250@psf.upfronthosting.co.za>
Message-ID: <1282409469.78.0.958962214348.issue8250@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m reversing the duplicate relation, since the other report has more messages and nosy users.

----------
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Implement PEP 376
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8250>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:56:55 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 16:56:55 +0000
Subject: [issue4908] Implement PEP 376
In-Reply-To: <1231609506.29.0.511902396455.issue4908@psf.upfronthosting.co.za>
Message-ID: <1282409815.45.0.802020045134.issue4908@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Reversing the duplicate relation with #8250 since this report has more messages.

Not reopening though, since the work is done. Kudos to Josip!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4908>
_______________________________________

From report at bugs.python.org  Sat Aug 21 18:58:39 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 16:58:39 +0000
Subject: [issue4908] Implement pkgutil APIs as described in PEP 376
In-Reply-To: <1231609506.29.0.511902396455.issue4908@psf.upfronthosting.co.za>
Message-ID: <1282409919.7.0.585395139305.issue4908@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution: duplicate -> fixed
superseder: Implement pkgutil APIs as described in PEP 376 -> 
title: Implement PEP 376 -> Implement pkgutil APIs as described in PEP 376
versions: +Python 2.5, Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4908>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:01:29 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 21 Aug 2010 17:01:29 +0000
Subject: [issue9157] Allow inspection of used decorators on a function
In-Reply-To: <1278293295.3.0.202692223524.issue9157@psf.upfronthosting.co.za>
Message-ID: <1282410089.42.0.0593561549322.issue9157@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

How?

It was easy for wraps to add the __wrapped__ attribute, since it has access to both the wrapping function and the function being wrapped.

But it hasn't got a clue as to the identity of the decorator that is applying the wrapper.

Absent a concrete suggestion for how to actually do this cleanly, I'm inclined to reject the idea as being infeasible given the way decorators are applied.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9157>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:03:39 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 17:03:39 +0000
Subject: [issue2180] tokenize: mishandles line joining
In-Reply-To: <1203904758.19.0.84784431119.issue2180@psf.upfronthosting.co.za>
Message-ID: <1282410219.49.0.21226056349.issue2180@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2180>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:05:48 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 21 Aug 2010 17:05:48 +0000
Subject: [issue658749] asyncore connect() and winsock errors
Message-ID: <1282410348.34.0.528201094179.issue658749@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

The only windows-related error on connect() should be EINVAL
>From http://msdn.microsoft.com/en-us/library/ms737625 :

> WSAEALREADY
> A nonblocking connect call is in progress on the specified socket.

The same approach is adopted by Twisted which just returns in that case.
A patch is in attachment.
Assigning the issue to me as a reminder to commit the patch if no further comments are submitted in the next days.

----------
assignee: josiahcarlson -> giampaolo.rodola
keywords: +patch
Added file: http://bugs.python.org/file18597/asyncore-winerrors.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue658749>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:06:03 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 21 Aug 2010 17:06:03 +0000
Subject: [issue658749] asyncore connect() and winsock errors
Message-ID: <1282410363.88.0.792037163612.issue658749@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
stage: needs patch -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue658749>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:06:36 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 17:06:36 +0000
Subject: [issue1230484] tokenize bug
Message-ID: <1282410396.0.0.515978435503.issue1230484@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Fixed in r51526.

----------
dependencies:  -tokenize: mishandles line joining
nosy: +BreamoreBoy
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1230484>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:10:29 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 17:10:29 +0000
Subject: [issue658749] asyncore connect() and winsock errors
Message-ID: <1282410629.11.0.364644511602.issue658749@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue658749>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:10:36 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Aug 2010 17:10:36 +0000
Subject: [issue9157] Allow inspection of used decorators on a function
In-Reply-To: <1278293295.3.0.202692223524.issue9157@psf.upfronthosting.co.za>
Message-ID: <1282410636.99.0.676345003426.issue9157@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I concur with Nick.  If you want to develop your __DECORATORS__ idea further, it should be done off-list.  ISTM, this is more of a shot in the dark than a concrete plan to solve known, real problems.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9157>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:11:32 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 17:11:32 +0000
Subject: [issue6011] python doesn't build if prefix contains non-ascii
	characters
In-Reply-To: <1242212510.55.0.349129306137.issue6011@psf.upfronthosting.co.za>
Message-ID: <1282410692.47.0.712900017952.issue6011@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo, haypo
versions: +Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6011>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:14:07 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 21 Aug 2010 17:14:07 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1251896489.26.0.54536142072.issue6822@psf.upfronthosting.co.za>
Message-ID: <1282410847.11.0.996823726695.issue6822@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Just my 2 cents to add that FTP ASCII mode should consists in nothing but replacing os.sep in "\r\n" before sending file data.
The opposite operation must be done by the receiving peer which has to read the data from the socket and replace "\r\n" with os.sep.
That should be all: no further conversion should be done against the data.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:18:35 2010
From: report at bugs.python.org (Greg Hazel)
Date: Sat, 21 Aug 2010 17:18:35 +0000
Subject: [issue9023] distutils relative path errors
In-Reply-To: <1276850851.53.0.471987336824.issue9023@psf.upfronthosting.co.za>
Message-ID: <1282411115.14.0.979811837826.issue9023@psf.upfronthosting.co.za>


Greg Hazel <ghazel at users.sourceforge.net> added the comment:

The python setup script is for the python module, which is in a subdirectory of the C library project. I am not going to move setup.py to the root directory just to work around a a distutils bug.

This distutils bug could cause it to overwrite files in other directories, since it blindly adds relative paths to the build directory. This is clearly broken.

I've changed my code to use os.path.abspath() while I wait for a fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9023>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:21:45 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Aug 2010 17:21:45 +0000
Subject: [issue8750] Many of MutableSet's methods assume that the other
	parameter is not self
In-Reply-To: <1274190262.36.0.827917272731.issue8750@psf.upfronthosting.co.za>
Message-ID: <1282411305.74.0.811366237081.issue8750@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee: stutzbach -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8750>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:24:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 17:24:43 +0000
Subject: [issue9023] distutils relative path errors
In-Reply-To: <1276850851.53.0.471987336824.issue9023@psf.upfronthosting.co.za>
Message-ID: <1282411483.74.0.417132623021.issue9023@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> I am not going to move setup.py to the root directory just to work
> around a a distutils bug.
Fair enough.

> This distutils bug could cause it to overwrite files in other
> directories, since it blindly adds relative paths to the build
> directory. This is clearly broken.
Ah, I hadn?t understood that. I agree with you.

> I've changed my code to use os.path.abspath() while I wait for a
> fix.
Does this means that your code works with paths that go to the parent directory? I don?t know if it?s right to allow that (I mean this literally: I?m not the main maintainer and I don?t have much packaging experience).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9023>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:29:21 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 17:29:21 +0000
Subject: [issue9656] compiler module provides wrong AST for extended slice of
	length 1
In-Reply-To: <1282408347.11.0.146975597015.issue9656@psf.upfronthosting.co.za>
Message-ID: <1282411761.49.0.412919185754.issue9656@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thank you for the report. I have added  people found in Misc/maintainers.rst ot the nosy list, and also removed 2.6 since it?s in security mode and does not get bug fixes anymore.

----------
nosy: +benjamin.peterson, brett.cannon, eric.araujo, georg.brandl, ncoghlan
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9656>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:31:51 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 17:31:51 +0000
Subject: [issue9053] distutils compiles extensions so that Python.h cannot be
	found
In-Reply-To: <1277157811.25.0.502780750068.issue9053@psf.upfronthosting.co.za>
Message-ID: <1282411911.84.0.423807347478.issue9053@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Jean-Paul, can you still reproduce the bug?

According to Antoine, the configure script has seen changes but sysconfig has not been updated; this could be the source of a handful of bugs.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9053>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:35:04 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 17:35:04 +0000
Subject: [issue1635363] Add command line help to windows unistall binary
Message-ID: <1282412104.22.0.661557398824.issue1635363@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

New features are not added to distutils.

Tarek and Windows experts, do we want to remove bdist_wininst in favor of bdist_msi in distutils2?

----------
nosy: +eric.araujo, loewis
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635363>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:36:19 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 17:36:19 +0000
Subject: [issue1382562] --install-base not honored on win32
Message-ID: <1282412179.71.0.797598122987.issue1382562@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
components: +Distutils2
nosy: +eric.araujo
versions: +Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1382562>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:42:03 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 17:42:03 +0000
Subject: [issue9437] test_distutils failure with -m32
In-Reply-To: <1280591712.46.0.151463924195.issue9437@psf.upfronthosting.co.za>
Message-ID: <1282412523.03.0.424170725011.issue9437@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

It turns out, quite expectedly, that distutils doesn't reuse the various LDFLAGS recorded by sysconfig (why are there three of them?), but instead only uses LDSHARED:

>>> sysconfig.get_config_var('LDSHARED')
'gcc -pthread -shared'
>>> sysconfig.get_config_var('LDFLAGS')
'-m32 '
>>> sysconfig.get_config_var('PY_LDFLAGS')
'-m32'
>>> sysconfig.get_config_var('CONFIGURE_LDFLAGS')
'-m32'

I would suggest bumping this to critical or even release blocker, since building of extensions is broken when using non-default linker flags.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9437>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:42:33 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Aug 2010 17:42:33 +0000
Subject: [issue1635363] Add command line help to windows unistall binary
Message-ID: <1282412553.69.0.313558577411.issue1635363@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

No, we should keep both. bdist_wininst provides which which bdist_msi cannot provide.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635363>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:42:40 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 17:42:40 +0000
Subject: [issue9437] test_distutils failure with -m32
In-Reply-To: <1280591712.46.0.151463924195.issue9437@psf.upfronthosting.co.za>
Message-ID: <1282412560.67.0.305064499843.issue9437@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Following patch works here. I've added XXX tags in strange places.

----------
keywords: +patch
Added file: http://bugs.python.org/file18598/m32.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9437>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:42:47 2010
From: report at bugs.python.org (Greg Hazel)
Date: Sat, 21 Aug 2010 17:42:47 +0000
Subject: [issue9023] distutils relative path errors
In-Reply-To: <1276850851.53.0.471987336824.issue9023@psf.upfronthosting.co.za>
Message-ID: <1282412567.66.0.416303511438.issue9023@psf.upfronthosting.co.za>


Greg Hazel <ghazel at users.sourceforge.net> added the comment:

> ?ric Araujo <merwok at netwok.org> added the comment:
>> I've changed my code to use os.path.abspath() while I wait for a
>> fix.
> Does this means that your code works with paths that go to the parent directory? I don?t know if it?s right to allow that (I mean this literally: I?m not the main maintainer and I don?t have much packaging experience).

Yes, my code works with the os.path.abspath() change, since it creates the entire absolute path directory structure inside the build directory. This is

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9023>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:43:35 2010
From: report at bugs.python.org (Jay Ballard)
Date: Sat, 21 Aug 2010 17:43:35 +0000
Subject: [issue9624] 2755
In-Reply-To: <1282328336.73.0.74015210359.issue9624@psf.upfronthosting.co.za>
Message-ID: <AANLkTikoZBSjigy4tbCuXkA8PwPdVpLPRdk5rn-rug9x@mail.gmail.com>


Jay Ballard <jay.ballard81 at gmail.com> added the comment:

I'v got windows 7 and I need Python for Blender and clonk files but
when I install it, it comes up with a message that it can't find the
harddrive

----------
status: pending -> open
Added file: http://bugs.python.org/file18599/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________
-------------- next part --------------
I&#39;v got windows 7 and??I??need Python for Blender and clonk files but when??I??install it, it comes up with a message that it can&#39;t find the harddrive

From report at bugs.python.org  Sat Aug 21 19:44:42 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 17:44:42 +0000
Subject: [issue9624] 2755
In-Reply-To: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>
Message-ID: <1282412682.66.0.928190885979.issue9624@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file18599/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:47:42 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 17:47:42 +0000
Subject: [issue9437] test_distutils failure with -m32
In-Reply-To: <1280591712.46.0.151463924195.issue9437@psf.upfronthosting.co.za>
Message-ID: <1282412862.49.0.195639926759.issue9437@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, there is also a failure in test_sysconfig (the patch makes no difference):

======================================================================
FAIL: test_ldshared_value (test.test_sysconfig.TestSysConfig)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/antoine/py3k/m32/Lib/test/test_sysconfig.py", line 285, in test_ldshared_value
    self.assertIn(ldflags, ldshared)
AssertionError: '-m32 ' not found in 'gcc -pthread -shared'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9437>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:48:25 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 17:48:25 +0000
Subject: [issue1635363] Add command line help to windows unistall binary
Message-ID: <1282412905.04.0.0875983787166.issue1635363@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the reply. I?m reassigning to distutils2, since Thomas classified this as a feature request. Someone who wants this change can contribute a patch.

----------
components: +Distutils2 -Distutils, Windows
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/issue1635363>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:48:52 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 17:48:52 +0000
Subject: [issue1635363] Add command line help to windows unistall binary
Message-ID: <1282412932.71.0.153625514199.issue1635363@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635363>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:49:50 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 17:49:50 +0000
Subject: [issue9437] test_distutils failure with -m32
In-Reply-To: <1280591712.46.0.151463924195.issue9437@psf.upfronthosting.co.za>
Message-ID: <1282412990.92.0.698856441226.issue9437@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

It appears that 2.7 has the same issue, although fewer tests fail (apparently not all 3.2 tests have been backported).

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9437>
_______________________________________

From report at bugs.python.org  Sat Aug 21 19:50:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 17:50:29 +0000
Subject: [issue9437] can't build extensions with non-default ldflags (e.g.
	-m32)
In-Reply-To: <1280591712.46.0.151463924195.issue9437@psf.upfronthosting.co.za>
Message-ID: <1282413029.71.0.626502315519.issue9437@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
priority: high -> release blocker
title: test_distutils failure with -m32 -> can't build extensions with non-default ldflags (e.g. -m32)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9437>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:01:05 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Aug 2010 18:01:05 +0000
Subject: [issue9656] compiler module provides wrong AST for extended slice of
	length 1
In-Reply-To: <1282408347.11.0.146975597015.issue9656@psf.upfronthosting.co.za>
Message-ID: <1282413665.43.0.662697740557.issue9656@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

The compiler module is deprecated and essentially unmaintained.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9656>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:01:35 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 18:01:35 +0000
Subject: [issue9213] range purports to implement the Sequence ABC,
	but is missing index and count methods
In-Reply-To: <1278702375.23.0.863463663463.issue9213@psf.upfronthosting.co.za>
Message-ID: <1282413695.87.0.507042975842.issue9213@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I can?t comment on C code, but the tests look good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9213>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:11:27 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 18:11:27 +0000
Subject: [issue3444] add warnings for intra-package imports
In-Reply-To: <1216997291.25.0.564093390831.issue3444@psf.upfronthosting.co.za>
Message-ID: <1282414287.3.0.244379710385.issue3444@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3444>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:13:12 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 18:13:12 +0000
Subject: [issue1233785] getpass.getpass() performs differently on Windows vs
	*nix
Message-ID: <1282414392.46.0.359650588068.issue1233785@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Fixed in r59451.

----------
nosy: +BreamoreBoy
resolution:  -> fixed
status: open -> closed
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1233785>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:13:28 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 18:13:28 +0000
Subject: [issue1092365] Distutils needs a way *not* to install files
Message-ID: <1282414408.4.0.0211412955743.issue1092365@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
dependencies: +add a resource+files section in setup.cfg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1092365>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:14:19 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 18:14:19 +0000
Subject: [issue1092365] Distutils needs a way *not* to install files
Message-ID: <1282414459.42.0.424513401836.issue1092365@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Doesn?t --install-data /dev/null already work?

----------
assignee:  -> tarek
components: +Distutils2 -Distutils
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1092365>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:16:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 18:16:38 +0000
Subject: [issue1234473] configure: error: cannot compute sizeof (int), 77
Message-ID: <1282414598.53.0.952921203103.issue1234473@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can this be closed as I don't think a 5 year old build issue is still relevant?

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1234473>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:23:34 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 21 Aug 2010 18:23:34 +0000
Subject: [issue9213] range purports to implement the Sequence ABC,
	but is missing index and count methods
In-Reply-To: <1278702375.23.0.863463663463.issue9213@psf.upfronthosting.co.za>
Message-ID: <1282415014.02.0.181129180878.issue9213@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9213>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:24:34 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 18:24:34 +0000
Subject: [issue7182] For non-debug builds,
	the cygwinccompiler.py should define NDEBUG
In-Reply-To: <1256147342.16.0.0286188762329.issue7182@psf.upfronthosting.co.za>
Message-ID: <1282415074.31.0.298043974667.issue7182@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Would this change fix an important bug, or is it a feature request? Behavior changes that don?t fix bugs don?t go into distutils.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7182>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:25:42 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 21 Aug 2010 18:25:42 +0000
Subject: [issue1943] improved allocation of PyUnicode objects
In-Reply-To: <1201387475.19.0.206333594078.issue1943@psf.upfronthosting.co.za>
Message-ID: <1282415142.39.0.195557058068.issue1943@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
assignee: gvanrossum -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1943>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:27:35 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 18:27:35 +0000
Subject: [issue1234674] filecmp.cmp's "shallow" option
Message-ID: <1282415255.24.0.762266993981.issue1234674@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1234674>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:38:48 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 18:38:48 +0000
Subject: [issue1244861] Enable os.startfile and webbrowser.WindowsDefault on
	Cygwin
Message-ID: <1282415928.37.0.329834776528.issue1244861@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Any Cygwin person interested in taking this forward?

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1244861>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:41:42 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 18:41:42 +0000
Subject: [issue9251] Test for the import lock
In-Reply-To: <1279047931.75.0.287450849516.issue9251@psf.upfronthosting.co.za>
Message-ID: <1282416102.64.0.280180369081.issue9251@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ping?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9251>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:43:59 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 18:43:59 +0000
Subject: [issue9657] Add circular imports test
In-Reply-To: <1282416239.8.0.283191331068.issue9657@psf.upfronthosting.co.za>
Message-ID: <1282416239.8.0.283191331068.issue9657@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Here is a test for multi-threaded circular imports (in order to exercise the import lock), following a comment by Graham Dumpleton on #9260.

----------
components: Tests
files: circulartest.patch
keywords: patch
messages: 114541
nosy: brett.cannon, ncoghlan, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Add circular imports test
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file18600/circulartest.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9657>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:46:24 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 18:46:24 +0000
Subject: [issue1249749] Encodings and aliases do not match runtime
Message-ID: <1282416384.2.0.173913290704.issue1249749@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1249749>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:49:42 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 18:49:42 +0000
Subject: [issue1252236] Simplying Tkinter's event loop
Message-ID: <1282416582.87.0.0945478291099.issue1252236@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg89363.

----------
nosy: +BreamoreBoy
resolution:  -> wont fix
status: open -> closed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1252236>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:55:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 18:55:21 +0000
Subject: [issue1254125] Python interpreter unnecessarily linked against c++
	runtime
Message-ID: <1282416921.59.0.321425838853.issue1254125@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg60799.

----------
nosy: +BreamoreBoy
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1254125>
_______________________________________

From report at bugs.python.org  Sat Aug 21 20:59:18 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 18:59:18 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <18784.64475.338807.986695@montanaro.dyndns.org>
Message-ID: <1282417158.1.0.135084705177.issue4835@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This new patch takes the reverse approach and makes the function definitions (PyLong_FromSocket_t() and PyLong_AsSocket_t()) private to socketmodule.h. I will commit if no-one objects.

----------
Added file: http://bugs.python.org/file18601/sockdefine2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:03:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 19:03:31 +0000
Subject: [issue1254718] GCC detection for runtime_library_dirs when ccache is
	used
Message-ID: <1282417411.51.0.0934025662366.issue1254718@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The patch file is against distutils, should the title be changed to reflect that?

----------
nosy: +BreamoreBoy
stage:  -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1254718>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:06:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 19:06:04 +0000
Subject: [issue1283110] Give __len__() advice for "don't know"
Message-ID: <1282417564.31.0.539271773051.issue1283110@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1283110>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:10:02 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Aug 2010 19:10:02 +0000
Subject: [issue9618] IDLE shell ignores all but first statement
In-Reply-To: <1281912730.25.0.579832640698.issue9618@psf.upfronthosting.co.za>
Message-ID: <1282417802.91.0.766318200842.issue9618@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree: 
Implementation note: PyShell.py hass the following line:
from code import InteractiveInterpreter
That is the base class for InteractiveConsole, the subject of #7741.
PyShell makes it own extension
class ModifiedInterpreter(InteractiveInterpreter):

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Pasted \n not same as typed \n

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9618>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:10:19 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 19:10:19 +0000
Subject: [issue1254718] GCC detection for runtime_library_dirs when ccache is
	used
Message-ID: <1282417819.48.0.972732454418.issue1254718@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Mark, I?d say no, since the component field is already set. Actually, if you find reports that have distutils in the title but not as component, it would be helpful to set the right component. Thanks.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1254718>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:18:25 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 21 Aug 2010 19:18:25 +0000
Subject: [issue7251] Mark expected failures of test_math,
	test_cmath and test_round as such.
In-Reply-To: <1257154985.1.0.42933155819.issue7251@psf.upfronthosting.co.za>
Message-ID: <1282418305.72.0.112380596965.issue7251@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Postscript:  the failure Skip reported looks like a duplicate of issue 9069, which was tracked down to a gcc compiler bug in gcc 4.4.x (x <= 4) and gcc 4.5.x (x <= 0).  That compiler bug is now fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7251>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:18:50 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 19:18:50 +0000
Subject: [issue1254718] GCC detection for runtime_library_dirs when ccache is
	used
Message-ID: <1282418330.99.0.212229627405.issue1254718@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m in favor of committing the patch. I don?t like that it has no tests, but in this case I guess we have to rely on the documentation and just trust it will do the Right Thing?.

Re: compatibility, the reason is that people want to use distutils from a given stable version to package or install projects with older Pythons.

----------
assignee: loewis -> tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1254718>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:18:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 19:18:54 +0000
Subject: [issue9617] Buffered IO shouldn't ignore incoming signals during a
	partial write
In-Reply-To: <1281907709.19.0.902405894969.issue9617@psf.upfronthosting.co.za>
Message-ID: <1282418334.49.0.18360302074.issue9617@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Issue fixed in r84239 (trunk), r84240 (2.7) and r84241 (3.1).

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9617>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:19:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 19:19:02 +0000
Subject: [issue1284670] Allow to restrict ModuleFinder to get "direct"
	dependencies
Message-ID: <1282418342.63.0.0624765180862.issue1284670@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Anyone interested in this or can it be closed?

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1284670>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:27:33 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 19:27:33 +0000
Subject: [issue1289136] distutils extension library path bug on cygwin
Message-ID: <1282418853.16.0.0428515052916.issue1289136@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee:  -> tarek
stage:  -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1289136>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:27:45 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 21 Aug 2010 19:27:45 +0000
Subject: [issue9129] DoS smtpd module vulnerability
In-Reply-To: <1277923467.7.0.260357628044.issue9129@psf.upfronthosting.co.za>
Message-ID: <1282418865.64.0.627360351088.issue9129@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Being not easy to patch asyncore in a retro-compatible way here's a patch for smtpd instead which can be applied to python 2.7, 3.1 and 3.2.
Tested with nmap as shown in my first message on both Linux and FreeBSD and not exceptions are raised.

----------
assignee:  -> giampaolo.rodola
keywords: +patch
nosy: +barry
versions:  -Python 2.6
Added file: http://bugs.python.org/file18602/smtpd-dos.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9129>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:33:57 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 19:33:57 +0000
Subject: [issue1284670] Allow to restrict ModuleFinder to get "direct"
	dependencies
Message-ID: <1282419237.94.0.732583915344.issue1284670@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Adding jvr and people interested in import machinery, per Misc/maintainers.rst

Michael, can you refresh your patch against the py3k branch? Please also generate a unified diff from the top level of the source distribution, as detailed in http://www.python.org/dev/patches/ The feature seems useful to me and the patch is straightforward. Tests and doc updates are needed; do you want to add them?

Mark, I think that feature requests are never closed just because they?re old; they have to be rejected, implemented or obsoleted. (Thank you for all your triage work.)

----------
nosy: +brett.cannon, eric.araujo, jvr, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1284670>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:34:35 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 19:34:35 +0000
Subject: [issue1291169] mmap with unsigned int offset and cross build for ppc
Message-ID: <1282419275.49.0.224365552174.issue1291169@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg83875.

----------
nosy: +BreamoreBoy
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1291169>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:36:19 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Aug 2010 19:36:19 +0000
Subject: [issue9618] IDLE shell ignores all but first statement
In-Reply-To: <1281912730.25.0.579832640698.issue9618@psf.upfronthosting.co.za>
Message-ID: <1282419379.32.0.551143742907.issue9618@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

To be clearer, this issue is an elaboration of the #3559 report that <statement>\n<statement> 'does not work' in that it points out that <simple statement>\n<simplestatement> silently ignores the second while <compoundstatement>\n<simplestatement> is reported as a syntax error. I agree that this elaboration should have been included there and I am adding a message there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9618>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:36:49 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 19:36:49 +0000
Subject: [issue1294032] Distutils writes keywords comma-separated
Message-ID: <1282419409.52.0.8109217533.issue1294032@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294032>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:41:29 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Aug 2010 19:41:29 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1282419689.63.0.230186397439.issue1294959@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:41:39 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 19:41:39 +0000
Subject: [issue3559] Pasted \n not same as typed \n
In-Reply-To: <1218778489.95.0.525643042727.issue3559@psf.upfronthosting.co.za>
Message-ID: <1282419699.4.0.216072189983.issue3559@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/issue3559>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:41:50 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 19:41:50 +0000
Subject: [issue3559] Pasted \n not same as typed \n
In-Reply-To: <1218778489.95.0.525643042727.issue3559@psf.upfronthosting.co.za>
Message-ID: <1282419710.11.0.269091689858.issue3559@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions:  -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3559>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:44:11 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 19:44:11 +0000
Subject: [issue1294032] Distutils writes keywords comma-separated
Message-ID: <1282419851.23.0.479435817536.issue1294032@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Mark, distutils2 has to be tested on versions 2.4-2.7 (soon 3.1 and 3.2 too), that?s why we set 2.5 and 2.6 in the versions too. (I would find ?3rd party? more logical, but Tarek told me to set all versions.)

----------
versions: +Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294032>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:44:22 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 21 Aug 2010 19:44:22 +0000
Subject: [issue9658] weakref.proxy unequal to its referent in 2.x
In-Reply-To: <1282419862.51.0.264413322839.issue9658@psf.upfronthosting.co.za>
Message-ID: <1282419862.51.0.264413322839.issue9658@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

Nicholas Cole noted on python-list that the behaviour of weakref.proxy with respect to equality changed between 2.x and 3.x:

Python 2.7 (r27:82500, Aug 15 2010, 14:21:15) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin 
Type "help", "copyright", "credits" or "license" for more information. 
>>> import weakref 
>>> s = set() 
>>> s == weakref.proxy(s) 
False 

Python 3.1.2 (r312:79147, Aug 20 2010, 20:06:00) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin 
Type "help", "copyright", "credits" or "license" for more information. 
>>> import weakref 
>>> s = set() 
>>> s == weakref.proxy(s) 
True

This seems to be an inadvertent change resulting from the switch from 3-way comparisons to rich comparisons:  the 2.x source implements tp_compare for proxy objects.  The tp_compare slot *does* unwrap the proxy objects before comparing, but since the tp_compare slot in general  is only ever called (for objects implemented in C) when the types of the objects being compared are the same, a proxy object won't compare equal to its referent.

I believe that Nicholas ran into this when using weakrefs as elements of containers.  Nicholas:  is that right?  Care to elaborate?

The 3.x source changes this to use tp_richcompare (see r51533), so now a proxy object *does* compare equal to its referent.

The 3.x behaviour seems better to my limited eyes, and the 2.x behaviour has been around a long time without causing problems, so we probably don't want to change the behaviour in either case.  But it might be good to document the difference somewhere.

----------
messages: 114557
nosy: mark.dickinson
priority: normal
severity: normal
status: open
title: weakref.proxy unequal to its referent in 2.x
type: behavior
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9658>
_______________________________________

From report at bugs.python.org  Sat Aug 21 21:47:21 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 21 Aug 2010 19:47:21 +0000
Subject: [issue9641] httplib/ftplib: timeout parameter not applied correctly
In-Reply-To: <1282217369.56.0.577376889076.issue9641@psf.upfronthosting.co.za>
Message-ID: <1282420041.71.0.866684550961.issue9641@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/issue9641>
_______________________________________

From report at bugs.python.org  Sat Aug 21 22:13:57 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 20:13:57 +0000
Subject: [issue1597850] Cross compiling patches for MINGW
Message-ID: <1282421637.07.0.899358469939.issue1597850@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Distutils is normally frozen for new features, but in this case the changes are small and useful enough to warrant an exception in my opinion (provided the patch is ported to 3.2 and gets a positive review). Tarek, do you agree?

----------
assignee:  -> tarek
components: +Distutils, Distutils2
nosy: +eric.araujo, tarek
stage:  -> patch review
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1597850>
_______________________________________

From report at bugs.python.org  Sat Aug 21 22:21:35 2010
From: report at bugs.python.org (Mitar)
Date: Sat, 21 Aug 2010 20:21:35 +0000
Subject: [issue9157] Allow inspection of used decorators on a function
In-Reply-To: <1278293295.3.0.202692223524.issue9157@psf.upfronthosting.co.za>
Message-ID: <1282422095.82.0.713996019896.issue9157@psf.upfronthosting.co.za>


Mitar <mmitar at gmail.com> added the comment:

Here is the concrete code how I imagined that:

http://code.djangoproject.com/ticket/13854

So this would be not made in code of `wraps` function, but would be contract for implementers to do it, if they want to be visible (maybe they still do not want that). And all built-in decorators should do that then.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9157>
_______________________________________

From report at bugs.python.org  Sat Aug 21 22:22:28 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 20:22:28 +0000
Subject: [issue8772] sysconfig: _get_default_scheme can be made public?
In-Reply-To: <1274315831.51.0.95937905223.issue8772@psf.upfronthosting.co.za>
Message-ID: <1282422148.18.0.565873803061.issue8772@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/issue8772>
_______________________________________

From report at bugs.python.org  Sat Aug 21 22:29:31 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 20:29:31 +0000
Subject: [issue2437] Distutils runtime_library_dirs broken on Windows
In-Reply-To: <1206044595.46.0.100105317073.issue2437@psf.upfronthosting.co.za>
Message-ID: <1282422571.88.0.16654860491.issue2437@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo, loewis
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2437>
_______________________________________

From report at bugs.python.org  Sat Aug 21 22:46:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Aug 2010 20:46:42 +0000
Subject: [issue3559] Pasted \n not same as typed \n
In-Reply-To: <1218778489.95.0.525643042727.issue3559@psf.upfronthosting.co.za>
Message-ID: <1282423602.5.0.0506641476336.issue3559@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I switched to patch review because I am not sure unit test is possible.

I did not advocate a change to immediate execution in my original post. I noted that pasting multiple statements does not work and that if it cannot be made to work, the limitation should be documented. I am fine with pasting working the same as when one copies a previous statement to the current input prompt with <cursor on line>+Enter.

Issue #9618 elaborated "<statement>\n<statement> does not work" by pointing out that <simple statement>\n<simplestatement> silently ignores the second while <compoundstatement>\n<simplestatement> is reported as a syntax error. I pointed out that if <compoundstatement> does not end in \n, it really is a syntax errror for interactive mode, but even with \n\n, it still is reported as such when it is not.

So a possible revised minimal request is that an initial compound statement be executed and the rest ignored. However ....

I have discover that the elaboration is not exactly true either. msg114019 says "If you manage to type several simple statements into the prompt (by copy-pasting them, using Ctrl+J, or creative deletion), IDLE runs the first one and silently ignores the rest:" However, when I edit 'for x in []:' to 'x = 3' *after* adding '    y = 7' I get with 3.1:
>>> x
2
>>> y
4
>>> x = 3
	y = 7
	
>>> x
3
>>> 7
7
Somehow, both statements are executed because of the indent! This might be considered a bug as the indent should be a syntax error. Without it, the second line is ignored, as reported.

The significant difference between the (Windows) interactive interpreter and IDLE is that the II is *line* oriented* while IDLE is *statement* oriented. With II, entry (and history) is by single lines. A line entered cannot be edited and history (up/down arrow) copies a single previous line. Multiline compound statements require *manual* indentation. Rerunning (and editing) a multiline compound statement requires rerunning (and editing) each line one at a time. IDLE, allows multiline editing before the double Enter (hence the shenanigans above, impossible with II), does auto indents, and retrieves and allows editing of entire multiline statements with <cursor>+Enter.

Since the IDLE Shell operates differently from the II, it cannot and should not imitate II paste behavior. It seems to treat pasted code more-or-less the same as edited code from the keyboard, which it expects to be a statement, single-line multi-statment, or compound statement. If there is a problem, I think perhaps it is in how it handles abusively edited multiline statements. Perhaps it should always raise SyntaxError instead of silently ignoring part of the entry.

----------
stage: unit test needed -> patch review
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3559>
_______________________________________

From report at bugs.python.org  Sat Aug 21 22:49:15 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 20:49:15 +0000
Subject: [issue3559] Pasted \n not same as typed \n
In-Reply-To: <1218778489.95.0.525643042727.issue3559@psf.upfronthosting.co.za>
Message-ID: <1282423755.22.0.263357016947.issue3559@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Re: testability, Tarek has written tests for distutils interactive commands by monkey-patching input/raw_input. A bit ugly, but gets the job done.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3559>
_______________________________________

From report at bugs.python.org  Sat Aug 21 22:49:30 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 20:49:30 +0000
Subject: [issue3710] Reference leak in thread._local
In-Reply-To: <1219882144.91.0.399316525956.issue3710@psf.upfronthosting.co.za>
Message-ID: <1282423770.28.0.555441833731.issue3710@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Of course, I'd be all for changing local_getattro/local_setattro
> to not need _ldict to make that guarantee! _ldict always *returns*
> the correct pointer; it would be nice to make use of that somehow.

Indeed. Therefore, perhaps we could break the problem in two:
- fix the reference leak by using the correct assignment idiom outlined earlier
- fix local_getattro / local_setattro to always use the proper dict, regardless of thread switches

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3710>
_______________________________________

From report at bugs.python.org  Sat Aug 21 22:49:53 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Aug 2010 20:49:53 +0000
Subject: [issue7182] For non-debug builds,
	the cygwinccompiler.py should define NDEBUG
In-Reply-To: <1256147342.16.0.0286188762329.issue7182@psf.upfronthosting.co.za>
Message-ID: <1282423793.53.0.425536060399.issue7182@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/issue7182>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:06:27 2010
From: report at bugs.python.org (Ben Cottrell)
Date: Sat, 21 Aug 2010 21:06:27 +0000
Subject: [issue3710] Reference leak in thread._local
In-Reply-To: <1219882144.91.0.399316525956.issue3710@psf.upfronthosting.co.za>
Message-ID: <1282424787.95.0.808935400978.issue3710@psf.upfronthosting.co.za>


Ben Cottrell <tamino at wolfhut.org> added the comment:

The latest patch over in #1868 is working fine for my company in production, and solves #3710 as well. I think the only thing left to do on that patch is to make it special case "__dict__".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3710>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:24:57 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 21:24:57 +0000
Subject: [issue9424] Disable unittest.TestCase.assertEquals and assert_ during
	a regrtest run
In-Reply-To: <1280448352.86.0.380978086896.issue9424@psf.upfronthosting.co.za>
Message-ID: <1282425897.13.0.227799470615.issue9424@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/issue9424>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:31:01 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Aug 2010 21:31:01 +0000
Subject: [issue9658] weakref.proxy unequal to its referent in 2.x
In-Reply-To: <1282419862.51.0.264413322839.issue9658@psf.upfronthosting.co.za>
Message-ID: <1282426261.51.0.750718515758.issue9658@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This is definitely not a critical fix for 2.6 ;-)

The weakref.proxy doc says nothing about comparisons:

"weakref.proxy(object[, callback]) 
Return a proxy to object which uses a weak reference. This supports use of the proxy in most contexts instead of requiring the explicit dereferencing used with weak reference objects. The returned object will have a type of either ProxyType or CallableProxyType, depending on whether object is callable. Proxy objects are not hashable regardless of the referent; this avoids a number of problems related to their fundamentally mutable nature, and prevent their use as dictionary keys. callback is the same as the parameter of the same name to the ref() function."

so this is not a behavior bug.

A patch for 2.7 could include a note that the behavior changes in 3.x. The 3.x patch should only say what the 3.x behavior is. This is assuming that the behavior should be defined as in 3.x for all implementations. Since it seems straightforward, it seems reasonable to me to do so.

The comparison behavior of 'basic' types is actually defined in the ref manual section 5.9 Comparisons (3.1). Cross-type behavior is summarized as "Comparison of objects of the differing types depends on whether either of the types provide explicit support for the comparison." I think the detailed info for weakref proxys belongs with the weakref proxy entry as suggested above.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, terry.reedy
stage:  -> needs patch
versions: +Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9658>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:32:43 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 21:32:43 +0000
Subject: [issue7077] SysLogHandler can't handle Unicode
In-Reply-To: <1254919358.82.0.721761611674.issue7077@psf.upfronthosting.co.za>
Message-ID: <1282426363.71.0.2266917486.issue7077@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Looks good to me.

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7077>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:36:02 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 21:36:02 +0000
Subject: [issue9658] weakref.proxy unequal to its referent in 2.x
In-Reply-To: <1282419862.51.0.264413322839.issue9658@psf.upfronthosting.co.za>
Message-ID: <1282426562.16.0.126213287356.issue9658@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Duplicate of #1170766 -- the lack of tp_richcompare support is reported among other missing slots there.

----------
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed
superseder:  -> weakref.proxy incorrect behaviour

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9658>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:40:34 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 21:40:34 +0000
Subject: [issue2445] Use The CygwinCCompiler Under Cygwin
In-Reply-To: <1206117698.01.0.240143600903.issue2445@psf.upfronthosting.co.za>
Message-ID: <1282426834.11.0.449635130232.issue2445@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2445>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:42:02 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 21 Aug 2010 21:42:02 +0000
Subject: [issue6011] python doesn't build if prefix contains non-ascii
	characters
In-Reply-To: <1242212510.55.0.349129306137.issue6011@psf.upfronthosting.co.za>
Message-ID: <1282426922.05.0.286984365232.issue6011@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

This issue may be related to #9561.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6011>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:44:20 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 21:44:20 +0000
Subject: [issue9171] sysconfig module does not support -m option
In-Reply-To: <1278351910.01.0.446224296064.issue9171@psf.upfronthosting.co.za>
Message-ID: <1282427060.62.0.0908466216991.issue9171@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The behavior is here in 3.2 and the doc doesn?t mention it in 2.7. Closing.

----------
resolution: accepted -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9171>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:45:56 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 21:45:56 +0000
Subject: [issue9171] sysconfig module does not support -m option
In-Reply-To: <1278351910.01.0.446224296064.issue9171@psf.upfronthosting.co.za>
Message-ID: <1282427156.66.0.0273310351667.issue9171@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Note that my own preference would be to have the nice behavior in 2.7 too, but since it?s not a bug fix, I think it?s just too late.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9171>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:46:32 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 21 Aug 2010 21:46:32 +0000
Subject: [issue6011] python doesn't build if prefix contains non-ascii
	characters
In-Reply-To: <1242212510.55.0.349129306137.issue6011@psf.upfronthosting.co.za>
Message-ID: <1282427192.54.0.29075305579.issue6011@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Change _io.TextIOWrapper() heuristic to choose the encoding is a bad idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6011>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:49:08 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sat, 21 Aug 2010 21:49:08 +0000
Subject: [issue1597850] Cross compiling patches for MINGW
Message-ID: <1282427348.08.0.873069892122.issue1597850@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

> the changes are small
which patch are you referring to? They look quite large to me.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1597850>
_______________________________________

From report at bugs.python.org  Sat Aug 21 23:51:08 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 21:51:08 +0000
Subject: [issue1597850] Cross compiling patches for MINGW
Message-ID: <1282427468.74.0.421503336899.issue1597850@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

cross-3.0-0.7.diff only changes a few lines in build_ext. I was specifically talking only about distutils changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1597850>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:12:10 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 22:12:10 +0000
Subject: [issue1868] threading.local doesn't free attrs when assigning thread
	exits
In-Reply-To: <1200700507.1.0.447960408936.issue1868@psf.upfronthosting.co.za>
Message-ID: <1282428730.9.0.477023184987.issue1868@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The original patch won't apply anymore, because of changes in the thread._local implementation.

Instead, here is a new patch, which also adds tests for the __dict__ behaviour, and two new private API functions: _PyObject_Generic{Get,Set}AttrWithDict.  These are the same as PyObject_Generic{Get,Set}Attr, except that it allows to pass the instance dict instead of letting the function discover it.

----------
versions:  -Python 2.6
Added file: http://bugs.python.org/file18603/threadlocal.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1868>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:12:47 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 22:12:47 +0000
Subject: [issue3710] Reference leak in thread._local
In-Reply-To: <1219882144.91.0.399316525956.issue3710@psf.upfronthosting.co.za>
Message-ID: <1282428767.88.0.946013169011.issue3710@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, then let's continue in #1868.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> threading.local doesn't free attrs when assigning thread exits

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3710>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:21:00 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Aug 2010 22:21:00 +0000
Subject: [issue1597850] Cross compiling patches for MINGW
Message-ID: <1282429260.19.0.611839854448.issue1597850@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

For cross-3.0-0.7.diff, we would need a real name and a contributor agreement.

Of course, attribution is muddy here; this literally goes back to sraue's patch, which in turn goes back to scott.tsai's patch.

I'm still uncertain what it is that this patch actually achieves.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1597850>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:21:04 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 22:21:04 +0000
Subject: [issue1868] threading.local doesn't free attrs when assigning thread
	exits
In-Reply-To: <1200700507.1.0.447960408936.issue1868@psf.upfronthosting.co.za>
Message-ID: <1282429264.42.0.392813446582.issue1868@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

It should be noted that the original reason for this issue is already gone in SVN (as part of the reimplementation alluded to above), but the timing fragility is still there since there can be a thread switch between the moment the "dict" member is set and the moment it is actually used. Hence the patch I've posted, to get rid of the "dict" member and instead handle lookups of the __dict__ attributes ourselves.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1868>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:25:16 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 22:25:16 +0000
Subject: [issue858809] Use directories from configure rather than hardcoded
Message-ID: <1282429516.96.0.41784326414.issue858809@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

About lib vs. lib64 vs. lib32, see also http://bugs.python.org/issue1294959#msg94941

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue858809>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:25:44 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 22:25:44 +0000
Subject: [issue858809] Use directories from configure rather than hardcoded
Message-ID: <1282429544.59.0.408222076545.issue858809@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
Removed message: http://bugs.python.org/msg45044

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue858809>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:28:35 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 21 Aug 2010 22:28:35 +0000
Subject: [issue9624] 2755
In-Reply-To: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>
Message-ID: <1282429715.25.0.310323523947.issue9624@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

When you install what? Python, Blender, or clonk?

Can you take a screenshot of the message that you see, possibly along with more details about what it is that you are doing?

----------
nosy: +brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:29:25 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 22:29:25 +0000
Subject: [issue858809] Use directories from configure rather than hardcoded
Message-ID: <1282429765.85.0.677349943452.issue858809@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I don?t know much about Makefile.pre.in, so I can?t say anything about the patch. Martin, could you maybe comment?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue858809>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:33:13 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 22:33:13 +0000
Subject: [issue858809] Use directories from configure rather than hardcoded
Message-ID: <1282429993.67.0.0721652986547.issue858809@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

>From http://bugs.python.org/issue1294959#msg94986

?The main problem is that Python's configuration system is not
geared up to having the lib directories for platform dependent
and platform independent parts use different names.

It currently only supports using different path *prefixes* for
such setups (--prefix and --exec-prefix), e.g. /usr and /usr64
would work just fine. It doesn't follow --libdir.?

So I don?t know whether there can be a simple fix for this or if we have to wait for the new sysconfig module (see http://bitbucket.org/tarek/distutils2/src/tip/docs/design/wiki.rst)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue858809>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:35:20 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 22:35:20 +0000
Subject: [issue9437] can't build extensions with non-default ldflags (e.g.
	-m32)
In-Reply-To: <1280591712.46.0.151463924195.issue9437@psf.upfronthosting.co.za>
Message-ID: <1282430120.06.0.28330007797.issue9437@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

May be related to #4010 and #9047

The bug report that triggered the edits to configure is #9189

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9437>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:36:41 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 22:36:41 +0000
Subject: [issue9189] Improve CFLAGS handling
In-Reply-To: <1278517873.84.0.191654592449.issue9189@psf.upfronthosting.co.za>
Message-ID: <1282430201.96.0.764619262083.issue9189@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Bugs that may be related: #4010 and #9437

Jeffrey, it would be great if you could have a look at those too. Thanks in advance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9189>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:37:44 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 22:37:44 +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: <1282430264.55.0.203544651002.issue9047@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/issue9047>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:39:06 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:39:06 +0000
Subject: [issue9625] argparse: Problem with defaults for variable nargs
In-Reply-To: <1282036744.37.0.964764969496.issue9625@psf.upfronthosting.co.za>
Message-ID: <1282430346.75.0.217242010183.issue9625@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> bethard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9625>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:40:21 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:40:21 +0000
Subject: [issue9624] "failure to find drive" error message when trying to
	install something unspecified
In-Reply-To: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>
Message-ID: <1282430421.47.0.802768282803.issue9624@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
title: 2755 -> "failure to find drive" error message when trying to install something unspecified

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:43:02 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:43:02 +0000
Subject: [issue1234473] configure: error: cannot compute sizeof (int), 77
Message-ID: <1282430582.48.0.556032551375.issue1234473@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Agreed.

----------
resolution:  -> out of date
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1234473>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:44:57 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Aug 2010 22:44:57 +0000
Subject: [issue858809] Use directories from configure rather than hardcoded
Message-ID: <1282430697.48.0.399249935237.issue858809@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I don't think anything in distutils can solve whatever the problem is that people perceive.

All I can say about the patch is that it apparently doesn't do any harm. I expect that, if it is accepted, people continue complain that "it doesn't work". Unfortunately, Michal ?iha? never indicated what *specific* problem this patch is supposed to solve, so it is difficult to tell whether it actually achieves that objective (the literal description "64-bit things should go to /lib64" is not achieved by the patch - it never mentions "lib64".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue858809>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:46:09 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:46:09 +0000
Subject: [issue7453] HPUX 11.00: socketmodule.c -- error 1588: "AI_PASSIVE"
	undefined.
In-Reply-To: <1260230417.68.0.353556130353.issue7453@psf.upfronthosting.co.za>
Message-ID: <1282430769.92.0.619077320479.issue7453@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Closing - out of date.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7453>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:46:40 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:46:40 +0000
Subject: [issue4594] Can't compile with -O3, on ARM, with gcc 3.4.4
In-Reply-To: <1228752451.46.0.0561776766804.issue4594@psf.upfronthosting.co.za>
Message-ID: <1282430800.88.0.457002920671.issue4594@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Any progress?

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4594>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:48:12 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 22:48:12 +0000
Subject: [issue4594] Can't compile with -O3, on ARM, with gcc 3.4.4
In-Reply-To: <1228752451.46.0.0561776766804.issue4594@psf.upfronthosting.co.za>
Message-ID: <1282430892.04.0.367580517385.issue4594@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 3.2 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4594>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:48:18 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:48:18 +0000
Subject: [issue1637120] Python 2.5 fails to build on AIX 5.3 (xlc_r compiler)
Message-ID: <1282430898.0.0.702723507134.issue1637120@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Closing due to lack of activity.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1637120>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:51:31 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:51:31 +0000
Subject: [issue1465838] HP-UX11i: illegal combination of compilation and link
	flags
Message-ID: <1282431091.81.0.681046038769.issue1465838@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Is this still relevant?

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1465838>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:53:29 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:53:29 +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: <1282431209.46.0.11255548643.issue1099@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Is this still relevant?

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1099>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:54:11 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 22:54:11 +0000
Subject: [issue7415] PyUnicode_FromEncodedObject() uses PyObject_AsCharBuffer()
In-Reply-To: <1259648354.78.0.66746814248.issue7415@psf.upfronthosting.co.za>
Message-ID: <1282431251.4.0.602904482232.issue7415@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/issue7415>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:54:59 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:54:59 +0000
Subject: [issue3246] configure: WARNING: sys/socket.h: present but cannot be
	compiled
In-Reply-To: <1214856989.0.0.383145145027.issue3246@psf.upfronthosting.co.za>
Message-ID: <1282431299.57.0.861605571328.issue3246@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Closing due to lack of activity.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3246>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:56:29 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Aug 2010 22:56:29 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
Message-ID: <1282431389.28.0.238448998079.issue1027206@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/issue1027206>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:56:49 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:56:49 +0000
Subject: [issue1434] SocketServer creates non-blocking files
In-Reply-To: <1194952971.52.0.0175345572361.issue1434@psf.upfronthosting.co.za>
Message-ID: <1282431409.27.0.214342842033.issue1434@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Closing due to lack of activity.

----------
nosy: +georg.brandl
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1434>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:58:36 2010
From: report at bugs.python.org (Ralf W. Grosse-Kunstleve)
Date: Sat, 21 Aug 2010 22:58:36 +0000
Subject: [issue1465838] HP-UX11i: illegal combination of compilation and link
	flags
Message-ID: <1282431516.23.0.206928500047.issue1465838@psf.upfronthosting.co.za>


Ralf W. Grosse-Kunstleve <rwgk at yahoo.com> added the comment:

I've no access to HP machines anymore.
It's probably not worth anybody's time.
Ralf

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1465838>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:59:05 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:59:05 +0000
Subject: [issue2268] Fold slice constants
In-Reply-To: <1205176357.46.0.777488164944.issue2268@psf.upfronthosting.co.za>
Message-ID: <1282431545.55.0.656302872993.issue2268@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2268>
_______________________________________

From report at bugs.python.org  Sun Aug 22 00:59:37 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 22:59:37 +0000
Subject: [issue2481] locale.strxfrm does not work with Unicode strings
In-Reply-To: <1206455635.63.0.674389192114.issue2481@psf.upfronthosting.co.za>
Message-ID: <1282431577.85.0.118051529801.issue2481@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2481>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:00:58 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:00:58 +0000
Subject: [issue3177] implement os.startfile on posix and MacOSX
In-Reply-To: <1214221105.24.0.576717506983.issue3177@psf.upfronthosting.co.za>
Message-ID: <1282431658.32.0.110355447774.issue3177@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3177>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:01:10 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:01:10 +0000
Subject: [issue2268] Fold slice constants
In-Reply-To: <1205176357.46.0.777488164944.issue2268@psf.upfronthosting.co.za>
Message-ID: <1282431670.08.0.239057873978.issue2268@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
versions: +Python 3.2 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2268>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:02:26 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:02:26 +0000
Subject: [issue1390197] tempfile misses usecase which requirs renaming
Message-ID: <1282431746.99.0.0177345211957.issue1390197@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Closing due to questionable usecase.

----------
nosy: +georg.brandl
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1390197>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:03:01 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:03:01 +0000
Subject: [issue3170] test_pydoc has no way to regenerate pristine data
In-Reply-To: <1214106427.35.0.304484848957.issue3170@psf.upfronthosting.co.za>
Message-ID: <1282431781.12.0.033390493268.issue3170@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Ping?

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3170>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:04:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 23:04:18 +0000
Subject: [issue3170] test_pydoc has no way to regenerate pristine data
In-Reply-To: <1214106427.35.0.304484848957.issue3170@psf.upfronthosting.co.za>
Message-ID: <1282431858.39.0.659719526979.issue3170@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/issue3170>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:05:53 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sat, 21 Aug 2010 23:05:53 +0000
Subject: [issue4594] Can't compile with -O3, on ARM, with gcc 3.4.4
In-Reply-To: <1228752451.46.0.0561776766804.issue4594@psf.upfronthosting.co.za>
Message-ID: <1282431953.99.0.977321694737.issue4594@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

The new CFLAGS logic is capable of overriding configure options and
CFLAGS are mentioned in ./configure --help. I think OPT is somewhat
obsolete now, so perhaps this could be closed.


$ make CFLAGS="-O2"
gcc -pthread -c -ftest-coverage -fprofile-arcs -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes  -O2  -I. -IInclude -I./Include    -DPy_BUILD_CORE -o Objects/bytesobject.o Objects/bytesobject.c

----------
keywords: +needs review
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4594>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:06:00 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:06:00 +0000
Subject: [issue1465838] HP-UX11i: illegal combination of compilation and link
	flags
Message-ID: <1282431960.46.0.0322167413481.issue1465838@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

OK, closing.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1465838>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:06:20 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 23:06:20 +0000
Subject: [issue1390197] tempfile misses usecase which requirs renaming
Message-ID: <1282431980.01.0.374872510167.issue1390197@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Maybe #8828 or #8604 are what you?re looking for.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1390197>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:06:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 23:06:43 +0000
Subject: [issue8828] Atomic function to rename a file
In-Reply-To: <1274917301.93.0.503310941815.issue8828@psf.upfronthosting.co.za>
Message-ID: <1282432003.55.0.656654598364.issue8828@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/issue8828>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:06:45 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:06:45 +0000
Subject: [issue1503] test_xmlrpc is still flakey
In-Reply-To: <1196126599.89.0.0637627606597.issue1503@psf.upfronthosting.co.za>
Message-ID: <1282432005.06.0.47855913859.issue1503@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I've not seen special failures of test_xmlrpc lately.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1503>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:06:54 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sat, 21 Aug 2010 23:06:54 +0000
Subject: [issue4594] Can't compile with -O3, on ARM, with gcc 3.4.4
In-Reply-To: <1228752451.46.0.0561776766804.issue4594@psf.upfronthosting.co.za>
Message-ID: <1282432014.19.0.526236983023.issue4594@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


----------
keywords:  -needs review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4594>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:07:33 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:07:33 +0000
Subject: [issue1081824] Rewrite of docs for compiler.visitor
Message-ID: <1282432053.05.0.0218474240606.issue1081824@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

compiler is now deprecated and unmaintained anyway.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1081824>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:07:50 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:07:50 +0000
Subject: [issue3548] subprocess.pipe function
In-Reply-To: <1218561839.36.0.810217326739.issue3548@psf.upfronthosting.co.za>
Message-ID: <1282432070.16.0.982785485071.issue3548@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3548>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:09:20 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:09:20 +0000
Subject: [issue2595] Multiple integer overflows in imgfile extension module
	lead to buffer overflow
In-Reply-To: <1207673799.86.0.811482353328.issue2595@psf.upfronthosting.co.za>
Message-ID: <1282432160.42.0.693428899742.issue2595@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I don't think anyone cares about these modules anymore.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2595>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:10:11 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:10:11 +0000
Subject: [issue1348] httplib closes socket, then tries to read from it
In-Reply-To: <1193532553.16.0.237482805264.issue1348@psf.upfronthosting.co.za>
Message-ID: <1282432211.85.0.492604044864.issue1348@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Is this still relevant?

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1348>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:11:09 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:11:09 +0000
Subject: [issue3417] make the fix_dict fixer smarter
In-Reply-To: <1216475519.86.0.701774626864.issue3417@psf.upfronthosting.co.za>
Message-ID: <1282432269.08.0.493094900005.issue3417@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Is this still relevant?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3417>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:13:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 23:13:43 +0000
Subject: [issue3417] make the fix_dict fixer smarter
In-Reply-To: <1216475519.86.0.701774626864.issue3417@psf.upfronthosting.co.za>
Message-ID: <1282432423.05.0.398192857016.issue3417@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/issue3417>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:14:32 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Aug 2010 23:14:32 +0000
Subject: [issue3417] make the fix_dict fixer smarter
In-Reply-To: <1216475519.86.0.701774626864.issue3417@psf.upfronthosting.co.za>
Message-ID: <1282432472.56.0.514184410864.issue3417@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> wont fix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3417>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:17:12 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:17:12 +0000
Subject: [issue4594] Can't compile with -O3, on ARM, with gcc 3.4.4
In-Reply-To: <1228752451.46.0.0561776766804.issue4594@psf.upfronthosting.co.za>
Message-ID: <1282432632.98.0.00869556314991.issue4594@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

OK, sounds reasonable.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4594>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:18:38 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 21 Aug 2010 23:18:38 +0000
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum
	recursion depth exceeded in cmp
In-Reply-To: <1274665334.09.0.561782804312.issue8797@psf.upfronthosting.co.za>
Message-ID: <1282432718.55.0.441867323655.issue8797@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution: fixed -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8797>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:19:04 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:19:04 +0000
Subject: [issue3805] sslobj.read py3k takes odd arguments
In-Reply-To: <1220902607.94.0.0236135682272.issue3805@psf.upfronthosting.co.za>
Message-ID: <1282432744.48.0.341225534207.issue3805@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee: janssen -> pitrou
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3805>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:23:23 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:23:23 +0000
Subject: [issue1708652] Exact matching
Message-ID: <1282433003.98.0.709482067085.issue1708652@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1708652>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:26:56 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:26:56 +0000
Subject: [issue4500] Compiler warnings when compiling Python 3.0 with a C89
	compiler
In-Reply-To: <1228263280.19.0.817072347743.issue4500@psf.upfronthosting.co.za>
Message-ID: <1282433216.2.0.904490453438.issue4500@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

These are probably all fixed by now.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4500>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:32:24 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:32:24 +0000
Subject: [issue4320] optparse: "1 2 3" should be seen as one string
In-Reply-To: <1226623247.3.0.318499239033.issue4320@psf.upfronthosting.co.za>
Message-ID: <1282433544.7.0.698419656779.issue4320@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Closing due to vague report description.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4320>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:32:53 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Aug 2010 23:32:53 +0000
Subject: [issue3417] make the fix_dict fixer smarter
In-Reply-To: <1216475519.86.0.701774626864.issue3417@psf.upfronthosting.co.za>
Message-ID: <1282433573.24.0.653611888786.issue3417@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3417>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:36:12 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:36:12 +0000
Subject: [issue4659] compilation warning in Modules/zipimport.c
In-Reply-To: <1229271912.51.0.683304692503.issue4659@psf.upfronthosting.co.za>
Message-ID: <1282433772.66.0.474751526605.issue4659@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed by r81032.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4659>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:38:31 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:38:31 +0000
Subject: [issue4973] calendar formatyearpage returns bytes, not str
In-Reply-To: <1232215074.9.0.340477624129.issue4973@psf.upfronthosting.co.za>
Message-ID: <1282433911.65.0.946742460294.issue4973@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Closing, this is working as expected.

----------
nosy: +georg.brandl
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4973>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:43:10 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:43:10 +0000
Subject: [issue4844] ZipFile doesn't range check in _EndRecData()
In-Reply-To: <1231169051.46.0.731825269948.issue4844@psf.upfronthosting.co.za>
Message-ID: <1282434190.84.0.807428005828.issue4844@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> mcherm
nosy: +alanmcintyre, mcherm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4844>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:44:06 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:44:06 +0000
Subject: [issue1772833] -q (quiet) option for python interpreter
Message-ID: <1282434246.79.0.276047224826.issue1772833@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1772833>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:45:04 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:45:04 +0000
Subject: [issue4475] More verbose error message for Py_FindMethod
In-Reply-To: <1228074932.76.0.882771479125.issue4475@psf.upfronthosting.co.za>
Message-ID: <1282434304.46.0.205879802705.issue4475@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Closing now that 2.x is in bugfix-only.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4475>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:46:13 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:46:13 +0000
Subject: [issue3825] Major reworking of Python 2.5.2 re module
In-Reply-To: <1220994473.73.0.878276412191.issue3825@psf.upfronthosting.co.za>
Message-ID: <1282434373.52.0.372605811722.issue3825@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Work has gone on in #2636.

----------
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed
superseder:  -> Regexp 2.7 (modifications to current re 2.2.2)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3825>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:47:49 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:47:49 +0000
Subject: [issue2486] Recode (parts of) decimal module in C
In-Reply-To: <1206480975.35.0.923616350386.issue2486@psf.upfronthosting.co.za>
Message-ID: <1282434469.14.0.780923962215.issue2486@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> skrah
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2486>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:52:01 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:52:01 +0000
Subject: [issue1379984] HP-UX: Can't shl_load() a library containing Thread
	Local
Message-ID: <1282434721.96.0.578420679586.issue1379984@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Is a patch still forthcoming?

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1379984>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:53:42 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:53:42 +0000
Subject: [issue1721518] Small case which hangs
Message-ID: <1282434822.82.0.264570181222.issue1721518@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

If at all, this will be fixed by applying #2636.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Regexp 2.7 (modifications to current re 2.2.2)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1721518>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:56:20 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:56:20 +0000
Subject: [issue5355] Expat parser error constants are string descriptions
In-Reply-To: <1235432445.32.0.505326147132.issue5355@psf.upfronthosting.co.za>
Message-ID: <1282434980.16.0.745955101778.issue5355@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

After talking to Fred, I'll add a "codes" attribute mapping the error constant strings to their codes.  Changing the constants to integers would be very bad for b/w compatibility.

----------
assignee:  -> georg.brandl
nosy: +georg.brandl
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5355>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:57:06 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:57:06 +0000
Subject: [issue2218] Enhanced hotshot profiler with high-resolution timer
In-Reply-To: <1204501511.28.0.993763550383.issue2218@psf.upfronthosting.co.za>
Message-ID: <1282435026.45.0.798130147603.issue2218@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

hotshot won't get any more updates.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2218>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:59:06 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:59:06 +0000
Subject: [issue4327] Patch: simplify complex constant assignment statements
In-Reply-To: <1226699259.32.0.049436327998.issue4327@psf.upfronthosting.co.za>
Message-ID: <1282435146.18.0.906996582173.issue4327@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I'm going to reject this; it adds a whole lot of code for optimizing very a minor usecase.

----------
nosy: +georg.brandl
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4327>
_______________________________________

From report at bugs.python.org  Sun Aug 22 01:59:37 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Aug 2010 23:59:37 +0000
Subject: [issue4596] 2to3 does not fail as early as possible.
In-Reply-To: <1228755306.26.0.133376435968.issue4596@psf.upfronthosting.co.za>
Message-ID: <1282435177.94.0.893122930136.issue4596@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Closing.

----------
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4596>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:03:22 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:03:22 +0000
Subject: [issue433024] SRE: (?flag) isn't properly scoped
Message-ID: <1282435402.74.0.978042309241.issue433024@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I don't think this should be changed anymore, at least not without a flag.  Anyway, it is implemented in #2636.

----------
nosy: +georg.brandl
status: open -> closed
superseder: Major reworking of Python 2.5.2 re module -> Regexp 2.7 (modifications to current re 2.2.2)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433024>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:03:37 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:03:37 +0000
Subject: [issue433027] SRE: (?-flag) is not supported.
Message-ID: <1282435417.55.0.0538448024661.issue433027@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

See #2636, which implements this.

----------
dependencies:  -Major reworking of Python 2.5.2 re module
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed
superseder:  -> Regexp 2.7 (modifications to current re 2.2.2)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433027>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:05:49 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:05:49 +0000
Subject: [issue231540] threads and profiler don't work together
Message-ID: <1282435549.16.0.3340117015.issue231540@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

OK, closing as out of date.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue231540>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:06:09 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:06:09 +0000
Subject: [issue433029] SRE: posix classes aren't supported
Message-ID: <1282435569.48.0.999383711349.issue433029@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Implemented in #2636.

----------
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed
superseder:  -> Regexp 2.7 (modifications to current re 2.2.2)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433029>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:06:26 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:06:26 +0000
Subject: [issue433030] SRE: Atomic Grouping (?>...) is not supported
Message-ID: <1282435586.01.0.639813855052.issue433030@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Implemented in #2636.

----------
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433030>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:18:26 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:18:26 +0000
Subject: [issue2899] Fixers find, rfind, etc in 'string' module
In-Reply-To: <1211027417.56.0.456898655973.issue2899@psf.upfronthosting.co.za>
Message-ID: <1282436306.11.0.794237777865.issue2899@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I guess this will not happen then.

----------
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2899>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:21:09 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:21:09 +0000
Subject: [issue5016] FileIO.seekable() can return False
In-Reply-To: <1232494718.16.0.105569040712.issue5016@psf.upfronthosting.co.za>
Message-ID: <1282436469.1.0.0487657549501.issue5016@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5016>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:22:31 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:22:31 +0000
Subject: [issue3101] global function _add_one_to_index_C
In-Reply-To: <1213342220.87.0.7161073703.issue3101@psf.upfronthosting.co.za>
Message-ID: <1282436551.81.0.803820977998.issue3101@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Functions are still present and non-static in trunk.

----------
assignee: teoliphant -> pitrou
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3101>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:25:39 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:25:39 +0000
Subject: [issue5028] tokenize.generate_tokens doesn't always return logical
	line
In-Reply-To: <1232588343.15.0.723713394492.issue5028@psf.upfronthosting.co.za>
Message-ID: <1282436739.03.0.627712784424.issue5028@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5028>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:26:32 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:26:32 +0000
Subject: [issue1337876] Inconsistent use of buffer interface in string and
	unicode
Message-ID: <1282436792.51.0.0760390608514.issue1337876@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

This won't get applied anymore to 2.x.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1337876>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:31:23 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 00:31:23 +0000
Subject: [issue1748015] Module-level stack scopes have incorrect bindings.
Message-ID: <1282437083.05.0.500759959762.issue1748015@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Cannot reproduce in trunk.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1748015>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:51:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 00:51:53 +0000
Subject: [issue1295179] termios.c in qnx4.25
Message-ID: <1282438313.38.0.216372899023.issue1295179@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still valid or can it be closed?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1295179>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:55:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 00:55:13 +0000
Subject: [issue1298813] sysmodule.c: realpath() is unsafe
Message-ID: <1282438513.64.0.182125167808.issue1298813@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Surely this security issue should be addressed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1298813>
_______________________________________

From report at bugs.python.org  Sun Aug 22 02:59:53 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 22 Aug 2010 00:59:53 +0000
Subject: [issue1298813] sysmodule.c: realpath() is unsafe
Message-ID: <1282438793.06.0.334847577545.issue1298813@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 2.7, Python 3.2 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1298813>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:00:33 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:00:33 +0000
Subject: [issue1303434] Please include pdb with windows distribution
Message-ID: <1282438833.92.0.162548486223.issue1303434@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
versions: +Python 3.2 -Python 2.7, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1303434>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:03:25 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:03:25 +0000
Subject: [issue1303673] traceback on trying to load a hotshot stats file
Message-ID: <1282439005.34.0.541502664171.issue1303673@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Hotshot is unmaintained and has been removed from py3k.

----------
nosy: +BreamoreBoy
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1303673>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:04:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:04:31 +0000
Subject: [issue1306253] Python 2.4.2c1 fails to build on 64-bit Solaris 10
Message-ID: <1282439071.6.0.714407391928.issue1306253@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1306253>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:06:03 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:06:03 +0000
Subject: [issue1327594] Static Windows Build fails to locate existing
	installation
Message-ID: <1282439163.72.0.559456268308.issue1327594@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327594>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:09:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:09:21 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1282439361.0.0.142276683593.issue1327971@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:11:26 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:11:26 +0000
Subject: [issue1332869] Fatal Python error: Interpreter not initialized
Message-ID: <1282439486.23.0.618047436482.issue1332869@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still valid?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1332869>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:20:13 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 01:20:13 +0000
Subject: [issue1733184] slice type is unhashable
Message-ID: <1282440013.32.0.456878515374.issue1733184@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

This needs to stay rejected.  I'm unwilling to introduce special cases in the language just to support a peephole optimization.

----------
assignee: gvanrossum -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1733184>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:20:38 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Aug 2010 01:20:38 +0000
Subject: [issue2268] Fold slice constants
In-Reply-To: <1205176357.46.0.777488164944.issue2268@psf.upfronthosting.co.za>
Message-ID: <1282440038.89.0.860438265013.issue2268@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2268>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:21:28 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Aug 2010 01:21:28 +0000
Subject: [issue1503] test_xmlrpc is still flakey
In-Reply-To: <1196126599.89.0.0637627606597.issue1503@psf.upfronthosting.co.za>
Message-ID: <1282440088.42.0.401493381882.issue1503@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1503>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:23:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:23:13 +0000
Subject: [issue1346874] httplib simply ignores CONTINUE
Message-ID: <1282440193.77.0.159559892325.issue1346874@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1346874>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:24:02 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 01:24:02 +0000
Subject: [issue2268] Fold slice constants
In-Reply-To: <1205176357.46.0.777488164944.issue2268@psf.upfronthosting.co.za>
Message-ID: <1282440242.84.0.935682960102.issue2268@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

The was a nice attempt at a peephole optimization.

I'm rejecting it because:
* too many other things need to be changed to support it
* the measured win is somewhat small
* we have a negative bias towards expanding the peephole optimizer
* the AST may be a better place to do these kind of optimizations

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2268>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:24:19 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Aug 2010 01:24:19 +0000
Subject: [issue1733184] slice type is unhashable
Message-ID: <1282440259.16.0.684871265128.issue1733184@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Did Alexander ever present his case to python-dev?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1733184>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:25:50 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 01:25:50 +0000
Subject: [issue9213] range purports to implement the Sequence ABC,
	but is missing index and count methods
In-Reply-To: <1278702375.23.0.863463663463.issue9213@psf.upfronthosting.co.za>
Message-ID: <1282440350.69.0.907236324041.issue9213@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I support adding index() and count() to range objects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9213>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:33:48 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:33:48 +0000
Subject: [issue1375011] Improper handling of duplicate cookies
Message-ID: <1282440828.34.0.558239145861.issue1375011@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Even if the patch is still valid there are still no doc or unit test changes.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1375011>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:37:36 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:37:36 +0000
Subject: [issue1374063] Broader iterable support for xmlrpclib
Message-ID: <1282441056.49.0.230041888563.issue1374063@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is anyone interested in this or can it be closed?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> feature request
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1374063>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:39:52 2010
From: report at bugs.python.org (Alan McIntyre)
Date: Sun, 22 Aug 2010 01:39:52 +0000
Subject: [issue4844] ZipFile doesn't range check in _EndRecData()
In-Reply-To: <1231169051.46.0.731825269948.issue4844@psf.upfronthosting.co.za>
Message-ID: <1282441192.99.0.737340864989.issue4844@psf.upfronthosting.co.za>


Alan McIntyre <alan.mcintyre at gmail.com> added the comment:

I wrote a test for this and tried out the patch on the Python3 trunk, and it seems to work ok.  I've attached an updated patch that includes the test.

It probably wouldn't hurt to go look for other places where a struct is being unpacked without checking lengths first, and see if it makes sense to add a similar check in those places, too.  I may do that later if I have some more free time.

----------
Added file: http://bugs.python.org/file18604/issue4844-with-test.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4844>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:51:37 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:51:37 +0000
Subject: [issue1441530] socket read() can cause MemoryError in Windows
Message-ID: <1282441897.34.0.964259831361.issue1441530@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

At least three solutions to this have been suggested.  The simplest is that provided by M?rcio but is this acceptable?

----------
nosy: +BreamoreBoy
stage:  -> patch review
type: performance -> behavior
versions: +Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1441530>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:57:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:57:30 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1282442250.28.0.747934386135.issue1529353@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Sun Aug 22 03:58:07 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 01:58:07 +0000
Subject: [issue1442493] IDLE shell window gets very slow when displaying long
	lines
Message-ID: <1282442287.01.0.419034636945.issue1442493@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1442493>
_______________________________________

From report at bugs.python.org  Sun Aug 22 04:01:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 02:01:51 +0000
Subject: [issue1446619] extended slice behavior inconsistent with docs
Message-ID: <1282442511.79.0.78391164468.issue1446619@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1446619>
_______________________________________

From report at bugs.python.org  Sun Aug 22 04:03:26 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 02:03:26 +0000
Subject: [issue1447222] tkinter Dialog fails when more than four buttons are
	used
Message-ID: <1282442606.19.0.48191152729.issue1447222@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1447222>
_______________________________________

From report at bugs.python.org  Sun Aug 22 04:48:01 2010
From: report at bugs.python.org (kbob_ru)
Date: Sun, 22 Aug 2010 02:48:01 +0000
Subject: [issue1295179] termios.c in qnx4.25
Message-ID: <1282445281.6.0.0303332764533.issue1295179@psf.upfronthosting.co.za>


kbob_ru <kbob_ru at users.sourceforge.net> added the comment:

Still valid in version 2.7.
Not tested in verions 3.*

tnx for reminder me.

----------
versions:  -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1295179>
_______________________________________

From report at bugs.python.org  Sun Aug 22 08:24:50 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 06:24:50 +0000
Subject: [issue8750] Many of MutableSet's methods assume that the other
	parameter is not self
In-Reply-To: <1274190262.36.0.827917272731.issue8750@psf.upfronthosting.co.za>
Message-ID: <1282458290.67.0.812930283824.issue8750@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

The patch looks good.
Feel free to apply.

----------
assignee: rhettinger -> stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8750>
_______________________________________

From report at bugs.python.org  Sun Aug 22 09:43:37 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 22 Aug 2010 07:43:37 +0000
Subject: [issue9157] Allow inspection of used decorators on a function
In-Reply-To: <1278293295.3.0.202692223524.issue9157@psf.upfronthosting.co.za>
Message-ID: <1282463017.09.0.839792674341.issue9157@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

That's a lot of boilerplate for minimal gain. The Django commenter was right - proposals that start with "everybody in the world needs to do X differently from the way they do it now for this to be useful" aren't ever likely to gain much traction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9157>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:02:26 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 08:02:26 +0000
Subject: [issue9214] Most Set methods of KeysView and ItemsView do not work
	right
In-Reply-To: <1278703905.18.0.125671722438.issue9214@psf.upfronthosting.co.za>
Message-ID: <1282464146.05.0.335433056181.issue9214@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Fixed in r84252, r84252, and r84254.

----------
priority: high -> normal
resolution: accepted -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9214>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:04:27 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 08:04:27 +0000
Subject: [issue9131] test_set_reprs in test_pprint is fragile
In-Reply-To: <1277927280.23.0.76585633164.issue9131@psf.upfronthosting.co.za>
Message-ID: <1282464267.15.0.437678085458.issue9131@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee: rhettinger -> stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9131>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:06:14 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 08:06:14 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1282464374.04.0.131691074068.issue9396@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:12:27 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 08:12:27 +0000
Subject: [issue7871] Duplicate test method in test_heapq
In-Reply-To: <1265547204.98.0.659112380909.issue7871@psf.upfronthosting.co.za>
Message-ID: <1282464747.13.0.78236250577.issue7871@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Fixed in r84255.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7871>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:13:44 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 08:13:44 +0000
Subject: [issue8743] set() operators don't work with collections.Set instances
In-Reply-To: <1274122246.37.0.692277131409.issue8743@psf.upfronthosting.co.za>
Message-ID: <1282464824.36.0.494797857101.issue8743@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8743>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:24:52 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 22 Aug 2010 08:24:52 +0000
Subject: [issue9251] Test for the import lock
In-Reply-To: <1279047931.75.0.287450849516.issue9251@psf.upfronthosting.co.za>
Message-ID: <1282465492.58.0.683742019444.issue9251@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

With the new setUp and tearDown methods, the threadedimp2 patch doesn't apply cleanly any more.

Looks good and passes for me - fixed patch attached.

Was I meant to still be looking at mtimport or threadimp, or have both of those been applied?

----------
Added file: http://bugs.python.org/file18605/issue9251_threadimp_py3k_head.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9251>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:40:33 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 08:40:33 +0000
Subject: [issue8403] dis.dis gives different results if Ctrl-C is pressed
In-Reply-To: <1271293203.08.0.221458450606.issue8403@psf.upfronthosting.co.za>
Message-ID: <1282466433.31.0.474543184145.issue8403@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Fixed in r84256.
Don't think this needs to be backported.

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 3.2 -Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8403>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:42:20 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 22 Aug 2010 08:42:20 +0000
Subject: [issue1284670] Allow to restrict ModuleFinder to get "direct"
	dependencies
Message-ID: <1282466540.01.0.498004661299.issue1284670@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

The generalist in me is inclined to suggest a "depth" parameter (with depth=1 equivalent to direct dependencies only, and depth = None meaning all dependencies), but I must admit I don't have a concrete use case for the extra generality. So the simpler, recurse/don't recurse approach is probably a better option (building a depth-limited search on top of the recursion flag wouldn't be difficult anyway).

Aside from missing docs and unit test updates, the idea seems sound.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1284670>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:45:22 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 22 Aug 2010 08:45:22 +0000
Subject: [issue1284670] Allow to restrict ModuleFinder to get "direct"
	dependencies
Message-ID: <1282466722.84.0.892113912917.issue1284670@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Although I do find it a little concerning that there is no mention of sys.path_hooks or sys.meta_path in the modulefinder source code. I suspect this module only works correctly with vanilla filesystem based imports and can't handle anything imported via PEP 302.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1284670>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:51:33 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 22 Aug 2010 08:51:33 +0000
Subject: [issue9396] Standardise (and publish?) cache handling in standard
	library
In-Reply-To: <1280316432.08.0.674221936967.issue9396@psf.upfronthosting.co.za>
Message-ID: <1282467093.45.0.577258923503.issue9396@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Raymond, out of curiosity, can you tell why you removed lfu_cache?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9396>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:52:21 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 22 Aug 2010 08:52:21 +0000
Subject: [issue1346874] httplib simply ignores CONTINUE
Message-ID: <1282467141.85.0.938268652402.issue1346874@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> orsenthil
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1346874>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:54:59 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 08:54:59 +0000
Subject: [issue1462440] socket and threading: udp multicast setsockopt fails
Message-ID: <1282467299.59.0.641688727576.issue1462440@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I can't reproduce this on Windows Vista can someone please confirm my findings.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1462440>
_______________________________________

From report at bugs.python.org  Sun Aug 22 10:59:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 08:59:02 +0000
Subject: [issue1465646] test_grp & test_pwd fail
Message-ID: <1282467542.16.0.869973004218.issue1465646@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can this be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1465646>
_______________________________________

From report at bugs.python.org  Sun Aug 22 11:05:56 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 09:05:56 +0000
Subject: [issue1466065] base64 module ignores non-alphabet characters
Message-ID: <1282467956.2.0.61208485797.issue1466065@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Attached patches against 2.7 and 3.2 contain doc and unit test changes so can someone please review and commit if acceptable.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1466065>
_______________________________________

From report at bugs.python.org  Sun Aug 22 11:11:59 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 09:11:59 +0000
Subject: [issue1467619] Header.decode_header eats up spaces
Message-ID: <1282468319.35.0.596008845243.issue1467619@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Would someone like to comment on Georg's patch.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1467619>
_______________________________________

From report at bugs.python.org  Sun Aug 22 11:13:50 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 09:13:50 +0000
Subject: [issue1467929] %-formatting and dicts
Message-ID: <1282468430.75.0.023809575532.issue1467929@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1467929>
_______________________________________

From report at bugs.python.org  Sun Aug 22 11:16:16 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 22 Aug 2010 09:16:16 +0000
Subject: [issue9657] Add circular imports test
In-Reply-To: <1282416239.8.0.283191331068.issue9657@psf.upfronthosting.co.za>
Message-ID: <1282468576.33.0.274928257343.issue9657@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

It would be good if the test timed out rather than deadlocking in the face of a broken import lock.

I suggest:
1. Make the two test threads daemon threads
2. Specify a timeout to the join() calls
3. Use self.assertFalse(t1.is_alive()) and self.assertFalse(t2.is_alive()) to check the calls actually finished

For your #9260 testing, this looks like it may be a little probabilistic. I think you can make the deadlock a near certainty by defining your test modules and threads as follows:

# Create a circular import structure: A -> C -> B -> D -> A
circular_imports_modules = {
    'A': """if 1:
        import ev
        ev.evA.wait()
        import time
        time.sleep(%(delay)s)
        x = 'a'
        import C
        """,
    'B': """if 1:
        import ev
        ev.evB.wait()
        import time
        time.sleep(%(delay)s)
        x = 'b'
        import D
        """,
    'C': """import B""",
    'D': """import A""",
    'ev': """if 1:
         import threading;
         evA = threading.Event()
         evB = threading.Event()
         """,
}

        def import_ab():
            import ev
            ev.evB.set()
            import A
            results.append(getattr(A, 'x', None))
        def import_ba():
            import ev
            ev.evA.set()
            import B
            results.append(getattr(B, 'x', None))


(I've done a trick along these lines before, and the above doesn't look quite right. Maybe the details will come back to me if I sit on it for a while)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9657>
_______________________________________

From report at bugs.python.org  Sun Aug 22 11:22:09 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 09:22:09 +0000
Subject: [issue1469629] __dict__ = self in subclass of dict causes a memory
	leak?
Message-ID: <1282468929.86.0.93180392305.issue1469629@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I've reproduced this problem with 2.7, 3.1 and 3.2.

----------
nosy: +BreamoreBoy
stage: unit test needed -> patch review
type: behavior -> resource usage
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1469629>
_______________________________________

From report at bugs.python.org  Sun Aug 22 11:30:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 09:30:58 +0000
Subject: [issue1470548] Bugfix for #1470540 (XMLGenerator cannot output UTF-16)
Message-ID: <1282469458.55.0.272414845223.issue1470548@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The are no unit test or doc changes with the patch.  Can anyone answer Georg's question on msg66684?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1470548>
_______________________________________

From report at bugs.python.org  Sun Aug 22 11:35:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 09:35:02 +0000
Subject: [issue1471934] Python libcrypt build problem on Solaris 8, 9,
	10 and OpenSolaris
Message-ID: <1282469702.62.0.716514550001.issue1471934@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions: +Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1471934>
_______________________________________

From report at bugs.python.org  Sun Aug 22 11:41:32 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 09:41:32 +0000
Subject: [issue1475692] replacing obj.__dict__ with a subclass of dict
Message-ID: <1282470092.75.0.0499792041097.issue1475692@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1475692>
_______________________________________

From report at bugs.python.org  Sun Aug 22 11:43:34 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 09:43:34 +0000
Subject: [issue1479255] Fix building with SWIG's -c++ option set in setup.py
Message-ID: <1282470214.6.0.318774167834.issue1479255@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still a problem?

----------
assignee:  -> tarek
nosy: +BreamoreBoy, tarek
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1479255>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:07:14 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Aug 2010 10:07:14 +0000
Subject: [issue9657] Add circular imports test
In-Reply-To: <1282416239.8.0.283191331068.issue9657@psf.upfronthosting.co.za>
Message-ID: <1282471634.36.0.503020552173.issue9657@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> It would be good if the test timed out rather than deadlocking in the
> face of a broken import lock.

I could do that indeed. I'm not sure it would be much better, though, because the lock will still be held and posterior tests may freeze mysteriously.

> For your #9260 testing, this looks like it may be a little probabilistic

It always freezes here (with the per-module lock). I guess on modern machines, 0.5s is more than enough to launch a thread and parse a nearly empty Python module.

I should add a comment explaining a purpose of the test, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9657>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:07:57 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:07:57 +0000
Subject: [issue1481032] patch smtplib:when SMTPDataError,
	rset crashes with sslerror
Message-ID: <1282471677.97.0.495227322095.issue1481032@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The change to the encode_plain method in the patch was done via #1075928 on 2004-12-06.  The try/except change around a call to self.rset() was never implemented.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1481032>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:08:59 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:08:59 +0000
Subject: [issue1481347] parse_makefile doesn't handle $$  correctly
Message-ID: <1282471739.65.0.641118078315.issue1481347@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee:  -> tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1481347>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:10:27 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:10:27 +0000
Subject: [issue1483545] Wave.py support for ulaw and alaw audio
Message-ID: <1282471827.13.0.71432573469.issue1483545@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1483545>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:12:49 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Aug 2010 10:12:49 +0000
Subject: [issue9251] Test for the import lock
In-Reply-To: <1279047931.75.0.287450849516.issue9251@psf.upfronthosting.co.za>
Message-ID: <1282471969.29.0.396697419427.issue9251@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Was I meant to still be looking at mtimport or threadimp, or have both 
> of those been applied?

threadimp has already been committed.
As for mtimport, I'll try to refactor it into a proper unit test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9251>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:14:20 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:14:20 +0000
Subject: [issue1486713] HTMLParser : A auto-tolerant parsing mode
Message-ID: <1282472060.74.0.465162738472.issue1486713@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I think this should be closed as have other similar requests in the last few days.

----------
nosy: +BreamoreBoy, fdrake

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1486713>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:16:03 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:16:03 +0000
Subject: [issue1487481] Could BIND_FIRST be removed on HP-UX?
Message-ID: <1282472163.77.0.414030096471.issue1487481@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still valid?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1487481>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:18:46 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:18:46 +0000
Subject: [issue1489246] 2.4.3 fails to find Tcl/Tk on Solaris 10 x86_64
Message-ID: <1282472326.24.0.0818887249262.issue1489246@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed in reply to msg83914.

----------
nosy: +BreamoreBoy
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1489246>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:19:07 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Aug 2010 10:19:07 +0000
Subject: [issue9251] Test for the import lock
In-Reply-To: <1279047931.75.0.287450849516.issue9251@psf.upfronthosting.co.za>
Message-ID: <1282472347.63.0.547412171945.issue9251@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The new patch was committed in r84258, thanks Nick.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9251>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:19:15 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Aug 2010 10:19:15 +0000
Subject: [issue9251] Test for the import lock
In-Reply-To: <1279047931.75.0.287450849516.issue9251@psf.upfronthosting.co.za>
Message-ID: <1282472355.67.0.685447342574.issue9251@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file17995/threadimp.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9251>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:19:18 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Aug 2010 10:19:18 +0000
Subject: [issue9251] Test for the import lock
In-Reply-To: <1279047931.75.0.287450849516.issue9251@psf.upfronthosting.co.za>
Message-ID: <1282472358.36.0.400378572533.issue9251@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file18003/threadimp2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9251>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:19:21 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Aug 2010 10:19:21 +0000
Subject: [issue9251] Test for the import lock
In-Reply-To: <1279047931.75.0.287450849516.issue9251@psf.upfronthosting.co.za>
Message-ID: <1282472361.04.0.115046092202.issue9251@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file18605/issue9251_threadimp_py3k_head.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9251>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:20:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:20:13 +0000
Subject: [issue1490929] urllib.retrieve's reporthook called with non-helpful
	value
Message-ID: <1282472413.38.0.669538348253.issue1490929@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1490929>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:23:27 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:23:27 +0000
Subject: [issue1492240] Socket-object convenience function: getpeercred().
Message-ID: <1282472607.03.0.943394038598.issue1492240@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg111039, also see comments on msg50314.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1492240>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:24:55 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:24:55 +0000
Subject: [issue1492704] distinct error type from shutil.move()
Message-ID: <1282472695.01.0.646162249529.issue1492704@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Zooko are you interested in taking this forward?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1492704>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:29:37 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:29:37 +0000
Subject: [issue1495488] make altinstall installs pydoc
Message-ID: <1282472977.44.0.988249751819.issue1495488@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Fixed on #1590.

----------
nosy: +BreamoreBoy
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1495488>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:31:33 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:31:33 +0000
Subject: [issue1495802] cygwin: popen3 lock up
Message-ID: <1282473093.98.0.276007425618.issue1495802@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Any Cygwin/Windows people interested in this, or can it be closed?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1495802>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:34:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:34:54 +0000
Subject: [issue1502517] crash in expat when compiling with --enable-profiling
Message-ID: <1282473294.71.0.721072807477.issue1502517@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed in reply to msg92323.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1502517>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:40:38 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:40:38 +0000
Subject: [issue1504333] sgmllib should allow angle brackets in quoted values
Message-ID: <1282473638.8.0.800013666046.issue1504333@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

sgmllib has been deprecated since 2.6 and has been removed from py3k.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1504333>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:44:03 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:44:03 +0000
Subject: [issue849097] Request: getpos() for sgmllib
Message-ID: <1282473843.11.0.413418063622.issue849097@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

sgmllib has been deprecated since 2.6 and has been removed from py3k.

----------
resolution:  -> out of date
status: open -> closed
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue849097>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:45:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:45:54 +0000
Subject: [issue1459279] sgmllib.SGMLparser and hexadecimal numeric character
	refs
Message-ID: <1282473954.25.0.216338975865.issue1459279@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

sgmllib has been deprecated since 2.6 and has been removed from py3k.

----------
resolution:  -> out of date
status: open -> closed
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1459279>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:53:39 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:53:39 +0000
Subject: [issue1508475] transparent gzip compression in liburl2
Message-ID: <1282474419.85.0.801525553951.issue1508475@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Jakob could you provide an updated patch for py3k that includes unit test and doc changes?

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1508475>
_______________________________________

From report at bugs.python.org  Sun Aug 22 12:58:43 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 10:58:43 +0000
Subject: [issue1512124] OSX: debugger hangs IDLE
Message-ID: <1282474723.13.0.96876943405.issue1512124@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still an issue with later versions of Python and/or OSX?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512124>
_______________________________________

From report at bugs.python.org  Sun Aug 22 13:02:32 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 11:02:32 +0000
Subject: [issue1512163] mailbox (2.5b1): locking doesn't work (esp. on FreeBSD)
Message-ID: <1282474952.6.0.151429078636.issue1512163@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still an issue on later versions of Python and/or FreeBSD?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512163>
_______________________________________

From report at bugs.python.org  Sun Aug 22 13:04:23 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 11:04:23 +0000
Subject: [issue1512791] module wave does no rounding
Message-ID: <1282475063.11.0.265663658383.issue1512791@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512791>
_______________________________________

From report at bugs.python.org  Sun Aug 22 13:06:09 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Aug 2010 11:06:09 +0000
Subject: [issue1514420] Missing module code does spurious file search
Message-ID: <1282475169.51.0.526646255692.issue1514420@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1514420>
_______________________________________

From report at bugs.python.org  Sun Aug 22 14:03:47 2010
From: report at bugs.python.org (Thomas Jollans)
Date: Sun, 22 Aug 2010 12:03:47 +0000
Subject: [issue8990] array constructor and array.fromstring should accept
	bytearray.
In-Reply-To: <1276458174.59.0.784735349158.issue8990@psf.upfronthosting.co.za>
Message-ID: <1282478627.93.0.0870749095439.issue8990@psf.upfronthosting.co.za>


Changes by Thomas Jollans <thomas at jollans.com>:


Added file: http://bugs.python.org/file18606/tofrombytes.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8990>
_______________________________________

From report at bugs.python.org  Sun Aug 22 14:11:24 2010
From: report at bugs.python.org (Thomas Jollans)
Date: Sun, 22 Aug 2010 12:11:24 +0000
Subject: [issue8990] array constructor and array.fromstring should accept
	bytearray.
In-Reply-To: <1276458174.59.0.784735349158.issue8990@psf.upfronthosting.co.za>
Message-ID: <1282479084.57.0.316126260536.issue8990@psf.upfronthosting.co.za>


Changes by Thomas Jollans <thomas at jollans.com>:


Removed file: http://bugs.python.org/file18606/tofrombytes.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8990>
_______________________________________

From report at bugs.python.org  Sun Aug 22 14:29:28 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 22 Aug 2010 12:29:28 +0000
Subject: [issue9657] Add circular imports test
In-Reply-To: <1282471634.36.0.503020552173.issue9657@psf.upfronthosting.co.za>
Message-ID: <AANLkTimz4Orz2AptE7zFKcHofKPxN-=A+oGtKTJ4Xysk@mail.gmail.com>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Both good points - don't worry about it then. +1 to add to the test suite as-is.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9657>
_______________________________________

From report at bugs.python.org  Sun Aug 22 14:35:43 2010
From: report at bugs.python.org (Thomas Jollans)
Date: Sun, 22 Aug 2010 12:35:43 +0000
Subject: [issue8990] array constructor and array.fromstring should accept
	bytearray.
In-Reply-To: <1276458174.59.0.784735349158.issue8990@psf.upfronthosting.co.za>
Message-ID: <1282480543.76.0.0802443528129.issue8990@psf.upfronthosting.co.za>


Thomas Jollans <thomas at jollans.com> added the comment:

Hello again, sorry for the absense.

Victor, thanks for the input. I've attached a new patch that checks the PyErr_WarnEx return value.

----------
Added file: http://bugs.python.org/file18607/tofrombytes.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8990>
_______________________________________

From report at bugs.python.org  Sun Aug 22 14:39:36 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 22 Aug 2010 12:39:36 +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: <1282480776.29.0.975585004608.issue2636@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/issue2636>
_______________________________________

From report at bugs.python.org  Sun Aug 22 15:46:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 22 Aug 2010 13:46:18 +0000
Subject: [issue1495488] make altinstall installs pydoc
Message-ID: <1282484778.86.0.316933839813.issue1495488@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
superseder:  -> "make altinstall" installs pydoc, idle, smtpd.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1495488>
_______________________________________

From report at bugs.python.org  Sun Aug 22 16:42:21 2010
From: report at bugs.python.org (Carsten Klein)
Date: Sun, 22 Aug 2010 14:42:21 +0000
Subject: [issue9659] frozenset, when subclassed will yield warning upon call to
	super(...).__init__(iterable)
In-Reply-To: <1282488141.53.0.297735015406.issue9659@psf.upfronthosting.co.za>
Message-ID: <1282488141.53.0.297735015406.issue9659@psf.upfronthosting.co.za>


New submission from Carsten Klein <carsten.klein at axn-software.de>:

Example

class a(frozenset):
    def __init__(self, iterable):
        super(a, self).__init__(iterable)


i = a([1,2,3])
> __main__:3: DeprecationWarning: object.__init__() takes no parameters
> a([1, 2, 3])


This might be due to the fact that the frozenset type structure does not initialize the tp_init field in setobject.c, thus inheriting the original __init__ from object.

Subclassing set will not issue that warning as it actually defines the tp_init field to (initroc)set_init.

This holds true also for the Python 2.7 release and maybe also later releases.

Expected behaviour: do not output that warning message and provide an initproc for the tp_field.

----------
components: None
messages: 114676
nosy: carsten.klein at axn-software.de
priority: normal
severity: normal
status: open
title: frozenset, when subclassed will yield warning upon call to super(...).__init__(iterable)
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9659>
_______________________________________

From report at bugs.python.org  Sun Aug 22 16:50:36 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 22 Aug 2010 14:50:36 +0000
Subject: [issue9659] frozenset, when subclassed will yield warning upon call to
	super(...).__init__(iterable)
In-Reply-To: <1282488141.53.0.297735015406.issue9659@psf.upfronthosting.co.za>
Message-ID: <1282488636.07.0.628644240489.issue9659@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thank you for the report. 2.6 is in security mode, it does not get bug fixes anymore. Can you reproduce the bug with 2.7, 3.1 and 3.2?

----------
components: +Interpreter Core -None
nosy: +eric.araujo, rhettinger, stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9659>
_______________________________________

From report at bugs.python.org  Sun Aug 22 17:26:14 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Sun, 22 Aug 2010 15:26:14 +0000
Subject: [issue9659] frozenset, when subclassed will yield warning upon call to
	super(...).__init__(iterable)
In-Reply-To: <1282488141.53.0.297735015406.issue9659@psf.upfronthosting.co.za>
Message-ID: <1282490774.42.0.638739154551.issue9659@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

I can reproduce it in Python 3.1 and 3.2  I don't have a build of Python 2.7 handy at the moment to test it there.

In Python 3.2 and 2.7, DeprecationWarnings are silenced by default.  I had to start Python 3.2 with "-W always::DeprecationWarning" to see the problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9659>
_______________________________________

From report at bugs.python.org  Sun Aug 22 17:31:14 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 22 Aug 2010 15:31:14 +0000
Subject: [issue1172011] BaseCookie should call value_decode from __getitem__
Message-ID: <1282491074.97.0.154221642765.issue1172011@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Mark, not many people follow the full bugs list (I'm don't anymore...I just happened to notice this one going by on the IRC channel).   Asking a question without adding appropriate people to nosy is therefore not all that likely to obtain a response, and a lack of response in that situation is not, IMO, sufficient grounds for closing an issue.  If you can't find someone to add to nosy, you could post to python-dev.

>From a look at the code it appears to me that this is not valid.  value_decode is called by __ParseString which is called from 'load'.  The cookies are apparently stored in the dict as a Morsel that contains a both a 'real value' and the 'encoded value', and those pairs get created via individual sets (the call to __setitem__), when a load-from-string is done, or by *encoding* the real values when a load-from-dict is done (ie: a mass __setitem__).  

It seems like closing this as invalid is the correct action; however, the OP clearly observed a problem, but we don't have sufficient information to diagnose it.

Ryan, if you are still interested in/seeing this problem, can you supply a test case that demonstrates the issue you observed?  Otherwise we'll close the issue.

----------
nosy: +orsenthil, r.david.murray
resolution:  -> invalid
status: closed -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1172011>
_______________________________________

From report at bugs.python.org  Sun Aug 22 17:34:31 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 22 Aug 2010 15:34:31 +0000
Subject: [issue9659] frozenset, when subclassed will yield warning upon call to
	super(...).__init__(iterable)
In-Reply-To: <1282488141.53.0.297735015406.issue9659@psf.upfronthosting.co.za>
Message-ID: <1282491271.64.0.756943855108.issue9659@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

This is correct. immutable types should use __new__, not __init__.

----------
nosy: +benjamin.peterson
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9659>
_______________________________________

From report at bugs.python.org  Sun Aug 22 17:35:55 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 22 Aug 2010 15:35:55 +0000
Subject: [issue1162477] Parsing failures in parsedate_tz
Message-ID: <1282491355.65.0.352983140035.issue1162477@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/issue1162477>
_______________________________________

From report at bugs.python.org  Sun Aug 22 18:35:02 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 22 Aug 2010 16:35:02 +0000
Subject: [issue1512791] module wave does no rounding
Message-ID: <1282494902.35.0.481648369158.issue1512791@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'll take a look at this.

----------
assignee:  -> mark.dickinson
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512791>
_______________________________________

From report at bugs.python.org  Sun Aug 22 18:37:53 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 22 Aug 2010 16:37:53 +0000
Subject: [issue1486713] HTMLParser : A auto-tolerant parsing mode
Message-ID: <1282495073.15.0.859930126176.issue1486713@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I disagree (and might disagree with those other closings but I haven't noticed them I guess).  BeautifulSoup does *not* cover this ground, it is broken in 3.x because of the lack of a tolerant HTML parser in the stdlib (it used to use sgmlib, which is now gone).  BeautifulSoup would probably very much like to have this tolerant mode.

It probably shouldn't be the default, though, for backward compatibility reasons :(

----------
nosy: +orsenthil, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1486713>
_______________________________________

From report at bugs.python.org  Sun Aug 22 18:57:05 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Aug 2010 16:57:05 +0000
Subject: [issue8743] set() operators don't work with collections.Set instances
In-Reply-To: <1274122246.37.0.692277131409.issue8743@psf.upfronthosting.co.za>
Message-ID: <1282496225.77.0.0106902703026.issue8743@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8743>
_______________________________________

From report at bugs.python.org  Sun Aug 22 18:57:23 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Aug 2010 16:57:23 +0000
Subject: [issue1466065] base64 module ignores non-alphabet characters
Message-ID: <1282496243.87.0.406582333837.issue1466065@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1466065>
_______________________________________

From report at bugs.python.org  Sun Aug 22 18:57:58 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Aug 2010 16:57:58 +0000
Subject: [issue1487481] Could BIND_FIRST be removed on HP-UX?
Message-ID: <1282496278.15.0.707415088796.issue1487481@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1487481>
_______________________________________

From report at bugs.python.org  Sun Aug 22 19:28:24 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Aug 2010 17:28:24 +0000
Subject: [issue9659] frozenset, when subclassed will yield warning upon call to
	super(...).__init__(iterable)
In-Reply-To: <1282488141.53.0.297735015406.issue9659@psf.upfronthosting.co.za>
Message-ID: <1282498104.74.0.861470566802.issue9659@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Thanks Benjamin.  I concur with your conclusion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9659>
_______________________________________

From report at bugs.python.org  Sun Aug 22 19:59:15 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Aug 2010 17:59:15 +0000
Subject: [issue8990] array constructor and array.fromstring should accept
	bytearray.
In-Reply-To: <1276458174.59.0.784735349158.issue8990@psf.upfronthosting.co.za>
Message-ID: <1282499955.72.0.255092008422.issue8990@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file17828/tofrombytes.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8990>
_______________________________________

From report at bugs.python.org  Sun Aug 22 19:59:32 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Aug 2010 17:59:32 +0000
Subject: [issue8990] array constructor and array.fromstring should accept
	bytearray.
In-Reply-To: <1276458174.59.0.784735349158.issue8990@psf.upfronthosting.co.za>
Message-ID: <1282499972.41.0.932962843017.issue8990@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

>From a quick glance, the latest patch looks ok.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8990>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:04:01 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 22 Aug 2010 18:04:01 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1282500241.14.0.432847891651.issue9512@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Sorry for the slow response, I've been on vacation.

The reason why the mode is set to "a" for rotating file handlers is as follows: the file is supposed to contain events from multiple runs of the program until rollover occurs. If a mode "w" (for example) is specified and respected, and you run the application twice, you would only get log output from the last run - not what you would intuitively expect. That's because in the second run, "w" would truncate an existing log file. With the mode set to "a", logs from multiple runs go into the same file, until rollover occurs - this seems to be the commonest use case.

Why do you need to specify "a+" rather than "a"? Do you need to read the log file concurrently with it being written, with the same file handle/descriptor?

The provided handlers are for text files, so non-text modes are not appropriate either. If you need support for binary files, you can create your own handler classes, perhaps based on the existing ones.

Marking as pending, awaiting feedback. Will close in a couple of weeks if none received.

----------
assignee: docs at python -> vinay.sajip
nosy:  -docs at python
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:11:14 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 22 Aug 2010 18:11:14 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1282500674.2.0.471807359.issue9512@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

I've updated the comment to be more informative in py3k, release27-maint (r84259).

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:26:02 2010
From: report at bugs.python.org (David Watson)
Date: Sun, 22 Aug 2010 18:26:02 +0000
Subject: [issue9660] PEP 383: socket module doesn't handle undecodable
	protocol or service names
In-Reply-To: <1282501562.64.0.000983913636939.issue9660@psf.upfronthosting.co.za>
Message-ID: <1282501562.64.0.000983913636939.issue9660@psf.upfronthosting.co.za>


New submission from David Watson <baikie at users.sourceforge.net>:

The protocol and service/port number databases are typically
implemented as text files on Unix and can contain non-ASCII names
in any encoding (presumably for local services), but the socket
module tries to decode them as strict UTF-8.  In particular,
getservbyport() and getnameinfo() will raise UnicodeError when
this fails.

Attached is a patch for 3.2 to use the file system encoding and
surrogateescape handler instead, in line with PEP 383.  This is
what Python already does for the passwd and group databases, and
it will allow protocol and service names to be given correctly as
command line arguments.

----------
components: Extension Modules
files: proto-service-pep383-3.2.diff
keywords: patch
messages: 114687
nosy: baikie
priority: normal
severity: normal
status: open
title: PEP 383: socket module doesn't handle undecodable protocol or service names
type: behavior
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18608/proto-service-pep383-3.2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9660>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:27:38 2010
From: report at bugs.python.org (David Watson)
Date: Sun, 22 Aug 2010 18:27:38 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <1280082784.57.0.628810673592.issue9377@psf.upfronthosting.co.za>
Message-ID: <1282501658.52.0.871513210436.issue9377@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

I noticed that try-surrogateescape-first.diff missed out one of
the string references that needed to be changed to point to the
bytes object, and also used PyBytes_AS_STRING() in an unlocked
section.  This version fixes these things by taking the generally
safer approach of setting the original char * variable to the
hostname immediately after using hostname_converter().

----------
Added file: http://bugs.python.org/file18609/try-surrogateescape-first-3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:28:41 2010
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 22 Aug 2010 18:28:41 +0000
Subject: [issue1868] threading.local doesn't free attrs when assigning thread
	exits
In-Reply-To: <1200700507.1.0.447960408936.issue1868@psf.upfronthosting.co.za>
Message-ID: <1282501721.15.0.933248099872.issue1868@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

your updated patch looks good to me.  i've posted it here for easy review if anyone else wants to take a look:

http://codereview.appspot.com/1995049/

----------
assignee: gregory.p.smith -> pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1868>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:29:55 2010
From: report at bugs.python.org (David Watson)
Date: Sun, 22 Aug 2010 18:29:55 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
Message-ID: <1282501795.83.0.082686933523.issue1027206@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

Updated the socket module patch to include gethostbyaddr() - it
happens to accept hostnames and is used this way in the standard
library.

----------
Added file: http://bugs.python.org/file18610/socket-idna.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027206>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:34:08 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 22 Aug 2010 18:34:08 +0000
Subject: [issue9208] SMTPHandler in the logging module does not handle unicode
	strings
In-Reply-To: <1278627371.74.0.0567748809415.issue9208@psf.upfronthosting.co.za>
Message-ID: <1282502048.67.0.744692066079.issue9208@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

SMTPHandler provides an implementation for the simplest/most common case. Full support for encoding in emails is likely to be application-specific, i.e. no one-size-fits-all can be easily specified. For example, different encodings could be used for headers, subject and body - say, quoted-printable for the body and base64 for the subject. Unfortunately, support for quoted-printable requires a global state change, see for instance

http://radix.twistedmatrix.com/2010/07/how-to-send-good-unicode-email-with.html

so it seems not to be a good idea to implement in the logging package itself.

I would suggest implementing a handler which subclasses SMTPHandler and does the appropriate formatting as per (for example) the above post. To facilitate this, I coukd add two methods to SMTPHandler:

class SMTPHandler(logging.Handler):
    def prepareEmail(self, record):
        """
        Prepare a record for emailing, including setting up mail
        headers doing all necessary encodings. Return a value
        suitable for passing to the sendEmail method.

        The default implementation will assume all-ASCII content
        for headers and body, do no special encoding, and return a
        string.
        """

    def sendMail(self, smtp, msg):
        """
        Send a message via the provided SMTP instance.

        The default implementation will call smtplib.sendmail(),
        passing the result from the prepareEmail method.
        """

I'm not yet sure if this would meet all use cases.

Marking as pending, awaiting feedback. Will close in a couple of weeks if no feedback received.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9208>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:34:58 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 22 Aug 2010 18:34:58 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1282502098.77.0.724024780985.issue9512@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:35:31 2010
From: report at bugs.python.org (=?utf-8?b?RnJpw7ByaWsgTcOhciBKw7Nuc3Nvbg==?=)
Date: Sun, 22 Aug 2010 18:35:31 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1282502131.81.0.967080101981.issue9512@psf.upfronthosting.co.za>


Fri?rik M?r J?nsson <fridrik at pyth.net> added the comment:

I agree with your points on the triviality and potential harmfulness of allowing modes like 'b' and 'w'.

The '+' mode may be required for loggers that require headers or validation or positioning within an existing file (think XML). One example of such a format is the "Extended Log File Format" draft by the W3C which has seen widespread usage, despite being a draft.

With a format like the ELFF, it must be determined on opening an existing file (perhaps amongst other sanitary operations), whether its headers have already been written or whether they need to be.  It may also be desirable to simply check the file's size through its already open handler.

I can see an argument for not allowing this into the handler; handlers are perhaps not meant to support formats but much rather storage mechanisms.  Accepting this argument requires accepting the fact that libraries implementing such formats, using rotation and needing to read will need to write a handler from scratch for rotation support.

There may be more uses of different modes than my single example.  I see this boiling down to a matter of philosophy -- do we support usages we cannot foresee or do we admit certain features only when we've seen several valid examples of their use?

Perhaps we should also consider what harm is possibly done by allowing these modes, and whether harmful use is likelier to be attributed to bad architecture or programmer recklessness.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:47:37 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 22 Aug 2010 18:47:37 +0000
Subject: [issue9556] Specifying the time a TimedRotatingFileHandler rotates
In-Reply-To: <1281441457.15.0.524451784963.issue9556@psf.upfronthosting.co.za>
Message-ID: <1282502857.77.0.914885158199.issue9556@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

One way of implementing this is to use an additional optional "atTime" parameter which is a datetime.time instance, defaulting to None; a specified value would only be used if a 'when' value of 'D' or 'MIDNIGHT' were specified. In that case, computeRollover would be called with the specified time instead of the current time.

Would that meet your requirements?

----------
assignee:  -> vinay.sajip
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9556>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:51:18 2010
From: report at bugs.python.org (Brodie Rao)
Date: Sun, 22 Aug 2010 18:51:18 +0000
Subject: [issue9661] 2to3 except fixer does the wrong thing for certain raise
	statements
In-Reply-To: <1282503078.33.0.815316651161.issue9661@psf.upfronthosting.co.za>
Message-ID: <1282503078.33.0.815316651161.issue9661@psf.upfronthosting.co.za>


New submission from Brodie Rao <junk at dackz.net>:

Given the following statements:

    raise Foo('bar'), None, baz
    raise Foo('bar'), None

2to3 produces:

    raise Foo('bar')(None).with_traceback(baz)
    raise Foo('bar')(None)

Instead of:

    raise Foo('bar').with_traceback(baz)
    raise Foo('bar')

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 114694
nosy: brodie
priority: normal
severity: normal
status: open
title: 2to3 except fixer does the wrong thing for certain raise statements
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9661>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:52:49 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 22 Aug 2010 18:52:49 +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: <1282503170.0.0.465873378687.issue9427@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
assignee:  -> vinay.sajip
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9427>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:53:06 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 22 Aug 2010 18:53:06 +0000
Subject: [issue9501] Logging shutdown regressions with weakrefs
In-Reply-To: <1280875181.95.0.557870097374.issue9501@psf.upfronthosting.co.za>
Message-ID: <1282503186.9.0.277460859864.issue9501@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/issue9501>
_______________________________________

From report at bugs.python.org  Sun Aug 22 20:53:17 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 22 Aug 2010 18:53:17 +0000
Subject: [issue9441] increase logging handlers test coverage
In-Reply-To: <1280597180.41.0.450800729974.issue9441@psf.upfronthosting.co.za>
Message-ID: <1282503197.32.0.22946571107.issue9441@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
assignee:  -> vinay.sajip
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9441>
_______________________________________

From report at bugs.python.org  Sun Aug 22 21:24:28 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 22 Aug 2010 19:24:28 +0000
Subject: [issue8589] test_warnings.CEnvironmentVariableTests.test_nonascii
	fails under an ascii terminal
In-Reply-To: <1272711919.88.0.504421520723.issue8589@psf.upfronthosting.co.za>
Message-ID: <1282505068.67.0.718155049221.issue8589@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

A similar issue occurs on "x86 debian parallel" buildbot:

======================================================================
FAIL: test_nonascii (test.test_warnings.CEnvironmentVariableTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home2/buildbot2/slave/3.x.loewis-parallel/build/Lib/test/test_warnings.py", line 731, in test_nonascii
    "['ignore:Deprecaci?nWarning']".encode('utf-8'))
AssertionError: b'' != b"['ignore:Deprecaci\xc3\xb3nWarning']"

http://www.python.org/dev/buildbot/builders/x86%20debian%20parallel%203.x/builds/80

----------
nosy: +flox
status: closed -> open
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8589>
_______________________________________

From report at bugs.python.org  Sun Aug 22 21:36:00 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Aug 2010 19:36:00 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
Message-ID: <1282505760.68.0.355809415426.issue1027206@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Thanks for the patch. Committed as r84261.

I'm not sure what the point is of supporting IDNA in getnameinfo, so I have removed that from the patch. If you think it's needed, please elaborate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027206>
_______________________________________

From report at bugs.python.org  Sun Aug 22 21:38:22 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Aug 2010 19:38:22 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
Message-ID: <1282505902.59.0.822197943728.issue1027206@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027206>
_______________________________________

From report at bugs.python.org  Sun Aug 22 21:47:07 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 22 Aug 2010 19:47:07 +0000
Subject: [issue8589] test_warnings.CEnvironmentVariableTests.test_nonascii
	fails under an ascii terminal
In-Reply-To: <1272711919.88.0.504421520723.issue8589@psf.upfronthosting.co.za>
Message-ID: <1282506427.74.0.156934555228.issue8589@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

There's a failure on the same buildbot, "x86 debian parallel", with test test_subprocess (test_undecodable_env).

This test was introduced with issue #8391.

The test_subprocess and test_warnings failures are specific to this buildbot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8589>
_______________________________________

From report at bugs.python.org  Sun Aug 22 21:49:16 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 22 Aug 2010 19:49:16 +0000
Subject: [issue8589] test_warnings.CEnvironmentVariableTests.test_nonascii
	fails under an ascii terminal
In-Reply-To: <1272711919.88.0.504421520723.issue8589@psf.upfronthosting.co.za>
Message-ID: <1282506556.49.0.151976974051.issue8589@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
keywords: +buildbot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8589>
_______________________________________

From report at bugs.python.org  Sun Aug 22 21:50:24 2010
From: report at bugs.python.org (Michael Foord)
Date: Sun, 22 Aug 2010 19:50:24 +0000
Subject: [issue7501] python -m unittest path_to_suite_function errors
In-Reply-To: <1260742792.63.0.561457576654.issue7501@psf.upfronthosting.co.za>
Message-ID: <1282506624.98.0.840666179761.issue7501@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Well, it was misdiagnosed yes - but asking for "python -m unittest ..." support in Python 2.6 is still a feature request and not a bug report. (So unfortunately it can't be fixed in 2.6 which is bugfix only. The solution is to use unittest2 or Python 2.7.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7501>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:02:15 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 22 Aug 2010 20:02:15 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282507335.9.0.685509725459.issue8622@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

This is still an issue on some buildbots:
 - since r84224 on OS X (PPC Leopard, x86 Tiger)
 - since r84182 on sparc solaris10 gcc, x86 FreeBSD, x86 FreeBSD 7.2

The issue was fixed in r84201, r84202, r84203 for OS X buildbots only, but since r84224 it is failing again.

----------
keywords: +buildbot
nosy: +flox
status: closed -> open
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:23:59 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 22 Aug 2010 20:23:59 +0000
Subject: [issue9649] wrong default for sort_keys in json module documentation
In-Reply-To: <1282318996.73.0.279349248821.issue9649@psf.upfronthosting.co.za>
Message-ID: <1282508639.67.0.937443822596.issue9649@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r84264.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9649>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:26:31 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 22 Aug 2010 20:26:31 +0000
Subject: [issue1397] mysteriously failing test_bsddb3 threading test in other
	threads
In-Reply-To: <1194352164.91.0.707733802252.issue1397@psf.upfronthosting.co.za>
Message-ID: <1282508791.05.0.14074396279.issue1397@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

This issue is no longer reported since pybsddb 4.8.4 integration.
Issue #8156, revision 79285.

----------
nosy: +flox
resolution:  -> out of date
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1397>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:27:08 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 22 Aug 2010 20:27:08 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282508828.74.0.0507685847971.issue8622@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I'm working on a fix for test_sys failure. test_os should not fail anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:28:06 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 22 Aug 2010 20:28:06 +0000
Subject: [issue6462] bsddb3 intermittent test failures
In-Reply-To: <1247329933.16.0.47150397.issue6462@psf.upfronthosting.co.za>
Message-ID: <1282508886.64.0.623590542364.issue6462@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
keywords: +buildbot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6462>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:28:49 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 22 Aug 2010 20:28:49 +0000
Subject: [issue8589] test_warnings.CEnvironmentVariableTests.test_nonascii
	fails under an ascii terminal
In-Reply-To: <1272711919.88.0.504421520723.issue8589@psf.upfronthosting.co.za>
Message-ID: <1282508929.06.0.65377285931.issue8589@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I know test_warnings failure and I will try to fix it soon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8589>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:31:47 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Aug 2010 20:31:47 +0000
Subject: [issue1397] mysteriously failing test_bsddb3 threading test in other
	threads
In-Reply-To: <1194352164.91.0.707733802252.issue1397@psf.upfronthosting.co.za>
Message-ID: <1282509107.43.0.542309598219.issue1397@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1397>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:32:15 2010
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Aug 2010 20:32:15 +0000
Subject: [issue1397] mysteriously failing test_bsddb3 threading test in other
	threads
In-Reply-To: <1194352164.91.0.707733802252.issue1397@psf.upfronthosting.co.za>
Message-ID: <1282509135.06.0.0248921705433.issue1397@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1397>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:45:24 2010
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 22 Aug 2010 20:45:24 +0000
Subject: [issue9662] ctypes not building under OS X because of
	ffi_closure_free not being defined early enough
In-Reply-To: <1282509924.5.0.810083084534.issue9662@psf.upfronthosting.co.za>
Message-ID: <1282509924.5.0.810083084534.issue9662@psf.upfronthosting.co.za>


New submission from Brett Cannon <brett at python.org>:

When I build under OS X 10.6 with LLVM I get four warnings of the type:


/Users/brett/Dev/python/3.x/scratch/Modules/_ctypes/callbacks.c:20:9: warning: 
      implicit declaration of function 'ffi_closure_free' is invalid in C99
      [-Wimplicit-function-declaration]
        ffi_closure_free(self->pcl_write);
        ^


They are for ffi_closure_free, ffi_closure_alloc, and ffi_prep_closure_loc.

----------
assignee: theller
components: ctypes
messages: 114704
nosy: brett.cannon, theller
priority: release blocker
severity: normal
stage: needs patch
status: open
title: ctypes not building under OS X because of ffi_closure_free not being defined early enough
type: compile error
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9662>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:48:08 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Aug 2010 20:48:08 +0000
Subject: [issue9657] Add circular imports test
In-Reply-To: <1282416239.8.0.283191331068.issue9657@psf.upfronthosting.co.za>
Message-ID: <1282510088.71.0.361342642979.issue9657@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thank you Nick! I've committed the patch in r84268 (py3k) and r84269 (3.1).

----------
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/issue9657>
_______________________________________

From report at bugs.python.org  Sun Aug 22 22:59:29 2010
From: report at bugs.python.org (Skip Montanaro)
Date: Sun, 22 Aug 2010 20:59:29 +0000
Subject: [issue9662] ctypes not building under OS X because of
	ffi_closure_free not being defined early enough
In-Reply-To: <1282509924.5.0.810083084534.issue9662@psf.upfronthosting.co.za>
Message-ID: <1282510769.76.0.367843976397.issue9662@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/issue9662>
_______________________________________

From report at bugs.python.org  Sun Aug 22 23:01:11 2010
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 22 Aug 2010 21:01:11 +0000
Subject: [issue9653] New default argparse output to be added
In-Reply-To: <1282338288.42.0.879106308654.issue9653@psf.upfronthosting.co.za>
Message-ID: <1282510871.25.0.22731914925.issue9653@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

A simpler approach might be to do this before your call to parse_args:

if len(sys.argv[0]) == 1:
    parser.print_help()

Does that solve your problem?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9653>
_______________________________________

From report at bugs.python.org  Sun Aug 22 23:38:48 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 22 Aug 2010 21:38:48 +0000
Subject: [issue9662] ctypes not building under OS X because of
	ffi_closure_free not being defined early enough
In-Reply-To: <1282509924.5.0.810083084534.issue9662@psf.upfronthosting.co.za>
Message-ID: <1282513128.93.0.306608594074.issue9662@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Is LLVM a supported platform?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9662>
_______________________________________

From report at bugs.python.org  Sun Aug 22 23:42:16 2010
From: report at bugs.python.org (Tom Browder)
Date: Sun, 22 Aug 2010 21:42:16 +0000
Subject: [issue9653] New default argparse output to be added
In-Reply-To: <1282510871.25.0.22731914925.issue9653@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=YC3hv6kPjKvKPTyrx7zDXEsG6b+D0=SPM_Opi@mail.gmail.com>


Tom Browder <tom.browder at gmail.com> added the comment:

On Sun, Aug 22, 2010 at 16:01, Steven Bethard <report at bugs.python.org> wrote:
>
> Steven Bethard <steven.bethard at gmail.com> added the comment:
>
> A simpler approach might be to do this before your call to parse_args:
>
> if len(sys.argv[0]) == 1:
> ? ?parser.print_help()
>
> Does that solve your problem?

No, Steven, I get no response at all.

-Tom

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9653>
_______________________________________

From report at bugs.python.org  Sun Aug 22 23:56:11 2010
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 22 Aug 2010 21:56:11 +0000
Subject: [issue9662] ctypes not building under OS X because of
	ffi_closure_free not being defined early enough
In-Reply-To: <1282509924.5.0.810083084534.issue9662@psf.upfronthosting.co.za>
Message-ID: <1282514171.49.0.388654725489.issue9662@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

It might as well be. OS X ships with it and is working towards making it their default compiler over gcc. Unladen also relies on it.

This compiler issue is a fairly new one (I would guess past week or so), so making sure LLVM can compile Python shouldn't be a big deal. I would have added the proper function declarations myself to fix this but I wanted to let Thomas put them where he wanted them to go.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9662>
_______________________________________

From report at bugs.python.org  Mon Aug 23 00:03:26 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Aug 2010 22:03:26 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <1280082784.57.0.628810673592.issue9377@psf.upfronthosting.co.za>
Message-ID: <1282514606.26.0.972107218307.issue9377@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Is this patch in response to an actual problem, or a theoretical problem?
If "actual problem": what was the specific application, and what was the specific host name?

If theoretical, I recommend to close it as "won't fix". I find it perfectly reasonable if Python's socket module gives an error if the hostname can't be clearly decoded. Applications that run into it as a result of gethostbyaddr should treat that as "no reverse name available".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Mon Aug 23 00:06:39 2010
From: report at bugs.python.org (Steven Bethard)
Date: Sun, 22 Aug 2010 22:06:39 +0000
Subject: [issue9653] New default argparse output to be added
In-Reply-To: <1282338288.42.0.879106308654.issue9653@psf.upfronthosting.co.za>
Message-ID: <1282514799.47.0.38737432026.issue9653@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Sorry, typo. Should have been len(sys.argv) == 1. Full script:

import argparse
import sys

parser = argparse.ArgumentParser()
parser.add_argument('--foo')

if len(sys.argv) == 1:
    parser.print_help()  
else:
    print(parser.parse_args())

With that script, I see:

$ ./python.exe temp.py 
usage: temp.py [-h] [--foo FOO]

optional arguments:
  -h, --help  show this help message and exit
  --foo FOO

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9653>
_______________________________________

From report at bugs.python.org  Mon Aug 23 00:10:46 2010
From: report at bugs.python.org (R. David Murray)
Date: Sun, 22 Aug 2010 22:10:46 +0000
Subject: [issue8845] Expose sqlite3 connection inTransaction as read-only
	in_transaction attribute
In-Reply-To: <1275069249.63.0.318211846232.issue8845@psf.upfronthosting.co.za>
Message-ID: <1282515046.13.0.355802335947.issue8845@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

The sparc ubuntu buildbot appears to no longer exist.  The sparc solaris buildbot doesn't have a problem with it.  So right now only PPC Tiger is failing.  An endianness issue was suggested, but since T_BOOL is used by _io, and that is tested and passes on the PPC buildbot, I'm thinking that is probably not the problem.

Antoine also suggested it might be the particular version of sqlite in use on the buildbot, but I don't currently know what version that is.  Bill, can you clue me in?

----------
nosy: +janssen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8845>
_______________________________________

From report at bugs.python.org  Mon Aug 23 00:19:40 2010
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 22 Aug 2010 22:19:40 +0000
Subject: [issue9572] IOError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1282515580.13.0.950851322187.issue9572@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Fixed in r84271. I will open another issue for the locking stuff.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Mon Aug 23 00:24:13 2010
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 22 Aug 2010 22:24:13 +0000
Subject: [issue9663] importlib should exclusively open bytecode files
In-Reply-To: <1282515853.22.0.456551292376.issue9663@psf.upfronthosting.co.za>
Message-ID: <1282515853.22.0.456551292376.issue9663@psf.upfronthosting.co.za>


New submission from Brett Cannon <brett at python.org>:

Importlib does not use any OS-level protections to gain exclusivity when opening a file like import.c does through open_exclusive. It probably should, though, when writing bytecode else one might end up with corrupt code. That's bad as bad marshal data is a flat-out import failure and not simply glossed over.

Plus if I don't do this now I will just end up getting a bug report that test_multiprocessing is randomly failing on the buildbots because of this issue since that "precious" little test seems to love to ferret out concurrency issues in importlib.

----------
assignee: brett.cannon
components: Library (Lib)
messages: 114714
nosy: brett.cannon
priority: normal
severity: normal
stage: unit test needed
status: open
title: importlib should exclusively open bytecode files
type: behavior
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9663>
_______________________________________

From report at bugs.python.org  Mon Aug 23 00:57:34 2010
From: report at bugs.python.org (jan matejek)
Date: Sun, 22 Aug 2010 22:57:34 +0000
Subject: [issue858809] Use directories from configure rather than hardcoded
Message-ID: <1282517854.7.0.666800224655.issue858809@psf.upfronthosting.co.za>


jan matejek <jmatejek at suse.cz> added the comment:

the problem this patch was solving is "python libraries install into "prefix/lib" regardless of what is the correct local LIBDIR" - which is obviously broken on systems where LIBDIR is something other than "prefix/lib", most notable example being "prefix/lib64" on current 64bit linuxes.


but as far i can tell, this problem was fixed (to an extent) in 2.7 by partially applying this patch.
SCRIPTDIR is still prefix/lib, but the correctness of that is up for a long and winded debate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue858809>
_______________________________________

From report at bugs.python.org  Mon Aug 23 01:02:55 2010
From: report at bugs.python.org (Jesse Noller)
Date: Sun, 22 Aug 2010 23:02:55 +0000
Subject: [issue9663] importlib should exclusively open bytecode files
In-Reply-To: <1282515853.22.0.456551292376.issue9663@psf.upfronthosting.co.za>
Message-ID: <1282518175.86.0.673217224401.issue9663@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

Nice.

----------
nosy: +jnoller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9663>
_______________________________________

From report at bugs.python.org  Mon Aug 23 01:11:55 2010
From: report at bugs.python.org (Romme)
Date: Sun, 22 Aug 2010 23:11:55 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1282518715.22.0.165506374322.issue9425@psf.upfronthosting.co.za>


Changes by Romme <sad.neko at gmail.com>:


----------
nosy: +Romme

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Mon Aug 23 01:51:49 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 22 Aug 2010 23:51:49 +0000
Subject: [issue9661] 2to3 except fixer does the wrong thing for certain raise
	statements
In-Reply-To: <1282503078.33.0.815316651161.issue9661@psf.upfronthosting.co.za>
Message-ID: <1282521109.88.0.767287732058.issue9661@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

r84276. I didn't "fix" the second case "raise e, None" since that syntax is quite pointless.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9661>
_______________________________________

From report at bugs.python.org  Mon Aug 23 02:16:37 2010
From: report at bugs.python.org (John Pham)
Date: Mon, 23 Aug 2010 00:16:37 +0000
Subject: [issue1495802] cygwin: popen3 lock up
In-Reply-To: <1282473093.98.0.276007425618.issue1495802@psf.upfronthosting.co.za>
Message-ID: <BLU105-W2828520E448E6BD382F9A8C5820@phx.gbl>


John Pham <jpsc at hotmail.com> added the comment:

last time I use - it is still a problem

----------
nosy: +jpham
Added file: http://bugs.python.org/file18611/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1495802>
_______________________________________
-------------- next part --------------
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
last time I use - it is still a problem<br><br>&gt; Subject: [issue1495802] cygwin: popen3 lock up<br>&gt; To: jpsc986_hj at users.sourceforge.net<br>&gt; From: report at bugs.python.org<br>&gt; Date: Sun, 22 Aug 2010 10:31:34 +0000<br>&gt; <br>&gt; <br>&gt; Mark Lawrence &lt;breamoreboy at yahoo.co.uk&gt; added the comment:<br>&gt; <br>&gt; Any Cygwin/Windows people interested in this, or can it be closed?<br>&gt; <br>&gt; ----------<br>&gt; nosy: +BreamoreBoy<br>&gt; versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6<br>&gt; <br>&gt; _______________________________________<br>&gt; Python tracker &lt;report at bugs.python.org&gt;<br>&gt; &lt;http://bugs.python.org/issue1495802&gt;<br>&gt; _______________________________________<br> 		 	   		  </body>
</html>

From report at bugs.python.org  Mon Aug 23 02:18:50 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 23 Aug 2010 00:18:50 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1282522730.32.0.240530027732.issue9512@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

The rotating handlers provided with the logging package are expected to be simple append-only handlers; if you need more specialised behaviour you need to subclass and implement what you need.

The ELFF is about request logging, not application logging.

Using the YAGNI principle, we don't implement features for which there is no apparent need. As there is no apparent need to support the a+ mode in a rotating handler in Python (since you have the ability to subclass and override), I'll close this issue.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Mon Aug 23 02:24:51 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 23 Aug 2010 00:24:51 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282523091.28.0.848716453675.issue8622@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

In an up to date checkout of py3k on Gentoo linux with LC_CTYPE=en_US.UTF-8, I get a failure in test_sys:

======================================================================
FAIL: test_pythonfsencoding (test.test_sys.SysModuleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/rdmurray/python/py3k/Lib/test/test_sys.py", line 605, in test_pythonfsencoding
    self.check_fsencoding(get_fsencoding(env), 'ascii')
  File "/home/rdmurray/python/py3k/Lib/test/test_sys.py", line 573, in check_fsencoding
    self.assertEqual(fs_encoding, expected)
AssertionError: 'utf-8' != 'ascii'
- utf-8
+ ascii

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Mon Aug 23 02:37:39 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 23 Aug 2010 00:37:39 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282523859.75.0.599182496049.issue8622@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Setting LC_ALL instead of LANG in the test fixes the problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Mon Aug 23 03:26:01 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 23 Aug 2010 01:26:01 +0000
Subject: [issue1467619] Header.decode_header eats up spaces
Message-ID: <1282526761.45.0.211712100875.issue1467619@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Georg's patch no longer applies to py3k.  I ported it, but the result is not functional.  It causes extra spaces during header generation, because it is there that email4/5 "deals" with "ignoring" spaces between encoded words by *adding* spaces when they are adjacent to non-encoded words.  (In general email4/5 compresses runs of whitespace into single spaces.)  I tried fixing that, but then ran in to the fact that header parsing/generation currently depends on the whitespace compression in order to handle the header folding cases.  So, the logic used for header parsing and generation in emai5 does not allow for an easy patch to fix this bug.  I'm deferring it to email6, where I an rewriting the header parser/generator.

----------
stage: patch review -> needs patch
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1467619>
_______________________________________

From report at bugs.python.org  Mon Aug 23 03:27:37 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 23 Aug 2010 01:27:37 +0000
Subject: [issue1492704] distinct error type from shutil.move()
Message-ID: <1282526857.73.0.934243518231.issue1492704@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Antoine, is this obsoleted by PEP 3151?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1492704>
_______________________________________

From report at bugs.python.org  Mon Aug 23 03:56:55 2010
From: report at bugs.python.org (Pablo Mouzo)
Date: Mon, 23 Aug 2010 01:56:55 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1282528615.26.0.227827872857.issue2830@psf.upfronthosting.co.za>


Pablo Mouzo <pablomouzo at gmail.com> added the comment:

I'm attaching a patch against py3k trunk that moves the function to the html module and fixes the documentation as Brett asked for. It also changes all the occurrences of cgi.escape I found for html.escape .

----------
keywords: +patch
nosy: +pablomouzo
Added file: http://bugs.python.org/file18612/issue2830.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Mon Aug 23 07:00:26 2010
From: report at bugs.python.org (=?utf-8?q?Ernesto_Men=C3=A9ndez?=)
Date: Mon, 23 Aug 2010 05:00:26 +0000
Subject: [issue3548] subprocess.pipe function
In-Reply-To: <1218561839.36.0.810217326739.issue3548@psf.upfronthosting.co.za>
Message-ID: <1282539626.11.0.262171940744.issue3548@psf.upfronthosting.co.za>


Changes by Ernesto Men?ndez <pyalec at gmail.com>:


----------
nosy: +Netto

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3548>
_______________________________________

From report at bugs.python.org  Mon Aug 23 09:43:28 2010
From: report at bugs.python.org (Jakob Truelsen)
Date: Mon, 23 Aug 2010 07:43:28 +0000
Subject: [issue1508475] transparent gzip compression in liburl2
Message-ID: <1282549408.18.0.417168234912.issue1508475@psf.upfronthosting.co.za>


Jakob Truelsen <antialize at users.sourceforge.net> added the comment:

No, I have long since moved on to other things.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1508475>
_______________________________________

From report at bugs.python.org  Mon Aug 23 09:47:08 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 23 Aug 2010 07:47:08 +0000
Subject: [issue1508475] transparent gzip compression in liburl2
Message-ID: <1282549628.33.0.105595790131.issue1508475@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

Its okay, Jacab, we will take it forward.

----------
assignee:  -> orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1508475>
_______________________________________

From report at bugs.python.org  Mon Aug 23 09:51:30 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 23 Aug 2010 07:51:30 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
Message-ID: <1282549890.47.0.258824323087.issue1027206@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Two builders are sad:
 * x86 gentoo
 * sparc solaris10 gcc

======================================================================
ERROR: test_idna (test.test_socket.GeneralModuleTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/test_socket.py", line 644, in test_idna
    socket.getaddrinfo('\u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u0435.python.org',0)
socket.gaierror: [Errno 9] service name not available for the specified socket type

http://www.python.org/dev/buildbot/builders/x86%20gentoo%203.x/builds/2898
http://www.python.org/dev/buildbot/builders/sparc%20solaris10%20gcc%203.x/builds/1472

----------
keywords: +buildbot
nosy: +flox
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027206>
_______________________________________

From report at bugs.python.org  Mon Aug 23 10:06:50 2010
From: report at bugs.python.org (Matthias Klose)
Date: Mon, 23 Aug 2010 08:06:50 +0000
Subject: [issue9664] Make gzip module not require that underlying file object
	support seek
In-Reply-To: <1282550810.11.0.164823540463.issue9664@psf.upfronthosting.co.za>
Message-ID: <1282550810.11.0.164823540463.issue9664@psf.upfronthosting.co.za>


New submission from Matthias Klose <doko at debian.org>:

[ forwarded from http://bugs.debian.org/571317 ]


"I'm writing a program that uses the popularity contest results.  Since
downloading the compressed results takes about a quarter of the time
it takes to download the uncompressed results, I'd like to use the
following construct to iterate over the results:

 for line in gzip.GzipFile(fileobj=urllib.request.urlopen('http://popcon.debian.org/by_vote.gz')):

Unfortunately, this fails with the following exception:

 Traceback (most recent call last):
   File "/home/kraai/bin/rc-bugs", line 76, in <module>
     main()
   File "/home/kraai/bin/rc-bugs", line 56, in main
     for line in gzip.GzipFile(fileobj=urllib.request.urlopen('http://popcon.debian.org/by_vote.gz')): 
   File "/usr/lib/python3.1/gzip.py", line 469, in __next__
     line = self.readline()
   File "/usr/lib/python3.1/gzip.py", line 424, in readline
     c = self.read(readsize)
   File "/usr/lib/python3.1/gzip.py", line 249, in read
     self._read(readsize)
   File "/usr/lib/python3.1/gzip.py", line 277, in _read
     pos = self.fileobj.tell()   # Save current position
 io.UnsupportedOperation: seek

I wish that the gzip module didn't require the underlying file object
to support seek so that this construct would work."

----------
messages: 114728
nosy: doko
priority: normal
severity: normal
status: open
title: Make gzip module not require that underlying file object support seek
versions: Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9664>
_______________________________________

From report at bugs.python.org  Mon Aug 23 10:30:34 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 23 Aug 2010 08:30:34 +0000
Subject: [issue9441] increase logging handlers test coverage
In-Reply-To: <1280597180.41.0.450800729974.issue9441@psf.upfronthosting.co.za>
Message-ID: <1282552234.45.0.989949234053.issue9441@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Tom, thanks for the patch. If I apply it I get an error at shutdown when run with the command

python3.2 regrtest.py test_logging test_logging

i.e. when I run test_logging twice. If I use

python3.2 regrtest.py test_logging

there are no errors. I haven't had time to look into it - please can you check that everything is cleaned up so that there are no shutdown errors? Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9441>
_______________________________________

From report at bugs.python.org  Mon Aug 23 10:53:42 2010
From: report at bugs.python.org (Anh Hai Trinh)
Date: Mon, 23 Aug 2010 08:53:42 +0000
Subject: [issue3548] subprocess.pipe function
In-Reply-To: <1218561839.36.0.810217326739.issue3548@psf.upfronthosting.co.za>
Message-ID: <1282553622.36.0.540664580259.issue3548@psf.upfronthosting.co.za>


Anh Hai Trinh <anh.hai.trinh at gmail.com> added the comment:

I've written a package which can do this with arbitrary redirection in all subcommands (and some more).

You can, for example, do this:

    >>> Pipe(Sh('echo -n foo >&2', {2: 1}), Sh('cat; echo ERROR >&2', {2: os.devnull})).capture(1).read()
    'foo'

The package is at: http://github.com/aht/pc.py

----------
nosy: +aht

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3548>
_______________________________________

From report at bugs.python.org  Mon Aug 23 11:14:27 2010
From: report at bugs.python.org (Michael Haubenwallner)
Date: Mon, 23 Aug 2010 09:14:27 +0000
Subject: [issue7742] please avoid 'which' in Modules/ld_so_aix
In-Reply-To: <1263939351.94.0.865840686982.issue7742@psf.upfronthosting.co.za>
Message-ID: <1282554867.85.0.0596408031245.issue7742@psf.upfronthosting.co.za>


Michael Haubenwallner <michael.haubenwallner at salomon.at> added the comment:

@Stefan: Nope, setting some PATH in ~/.cshrc is the wrong thing to do, and it actually is the reason for this issue at all:
'which' is intended to tell the location of some command that would be used when started on current commandline or within current running shell-script using _current_ PATH. When ~/.cshrc modifies PATH, the found command-path would be wrong (or not found at all).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7742>
_______________________________________

From report at bugs.python.org  Mon Aug 23 12:04:39 2010
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 23 Aug 2010 10:04:39 +0000
Subject: [issue7742] please avoid 'which' in Modules/ld_so_aix
In-Reply-To: <1282554867.85.0.0596408031245.issue7742@psf.upfronthosting.co.za>
Message-ID: <20100823100129.GA20590@yoda.bytereef.org>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Michael Haubenwallner <report at bugs.python.org> wrote:
> @Stefan: Nope, setting some PATH in ~/.cshrc is the wrong thing to do, and it actually is the reason for this issue at all:
> 'which' is intended to tell the location of some command that would be used when started on current commandline or within current running shell-script using _current_ PATH. When ~/.cshrc modifies PATH, the found command-path would be wrong (or not found at all).

Yes, that's why I wrote "in the worst case". Of course AIX 'which' is broken,
but this could be easily fixed by IBM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7742>
_______________________________________

From report at bugs.python.org  Mon Aug 23 12:08:19 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 23 Aug 2010 10:08:19 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1282558099.63.0.175859499046.issue2830@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Looks good already.  Two points:

* if we do the move, we should finally make sure all problematic characters are escaped.  For now, I think the single quote is the most important one in attribute mode.

* the new docs for cgi.escape() are missing a newline between signature and body.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Mon Aug 23 12:30:14 2010
From: report at bugs.python.org (kxroberto)
Date: Mon, 23 Aug 2010 10:30:14 +0000
Subject: [issue1481032] patch smtplib:when SMTPDataError,
	rset crashes with sslerror
Message-ID: <1282559414.08.0.277394200697.issue1481032@psf.upfronthosting.co.za>


kxroberto <kxroberto at users.sourceforge.net> added the comment:

still I think all 3 self.rset()'s in SMTP.sendmail, which are followed by a raise <someerror> statement have to be bracketed with an except clause or so - nowadays better like """
try: self.res()
except (EnvironmentError, SMTPException):
    pass
""",  as all socket.error, sslerror seem meanwhile correctly inherited (via IOError).

Because the original error must pop up, not a side effect of state cleaning!

----------
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1481032>
_______________________________________

From report at bugs.python.org  Mon Aug 23 12:38:57 2010
From: report at bugs.python.org (kxroberto)
Date: Mon, 23 Aug 2010 10:38:57 +0000
Subject: [issue1481032] patch smtplib:when SMTPDataError,
	rset crashes with sslerror
Message-ID: <1282559937.62.0.672140103221.issue1481032@psf.upfronthosting.co.za>


Changes by kxroberto <kxroberto at users.sourceforge.net>:


Added file: http://bugs.python.org/file18613/smtplib_nosideeffecterror.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1481032>
_______________________________________

From report at bugs.python.org  Mon Aug 23 12:39:17 2010
From: report at bugs.python.org (kxroberto)
Date: Mon, 23 Aug 2010 10:39:17 +0000
Subject: [issue1481032] patch smtplib:when SMTPDataError,
	rset crashes with sslerror
Message-ID: <1282559957.46.0.0577900523747.issue1481032@psf.upfronthosting.co.za>


Changes by kxroberto <kxroberto at users.sourceforge.net>:


Removed file: http://bugs.python.org/file7227/smtplib-authplain-tryrset.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1481032>
_______________________________________

From report at bugs.python.org  Mon Aug 23 12:39:34 2010
From: report at bugs.python.org (=?utf-8?b?RnJpw7ByaWsgTcOhciBKw7Nuc3Nvbg==?=)
Date: Mon, 23 Aug 2010 10:39:34 +0000
Subject: [issue9512] logging.handlers.RotatingFileHandler - mode argument not
	respected
In-Reply-To: <1280936339.01.0.442982035042.issue9512@psf.upfronthosting.co.za>
Message-ID: <1282559974.61.0.438251655922.issue9512@psf.upfronthosting.co.za>


Fri?rik M?r J?nsson <fridrik at pyth.net> added the comment:

That's a fair conclusion, but in this case I'd appreciate Terry's suggested doc patch being implemented:

DOC PATCH In 15.6.12.5. RotatingFileHandler, replace
"If mode is not specified, 'a' is used." with
"If mode is not specified or if maxBytes > 0, the mode is 'a'."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9512>
_______________________________________

From report at bugs.python.org  Mon Aug 23 12:42:29 2010
From: report at bugs.python.org (Tim Golden)
Date: Mon, 23 Aug 2010 10:42:29 +0000
Subject: [issue9654] merge PC/getpathp.c into Modules/getpath.c
In-Reply-To: <1282340469.22.0.133345899544.issue9654@psf.upfronthosting.co.za>
Message-ID: <4C72508F.4000609@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

+1 in principle

----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9654>
_______________________________________

From report at bugs.python.org  Mon Aug 23 13:08:50 2010
From: report at bugs.python.org (Tom Browder)
Date: Mon, 23 Aug 2010 11:08:50 +0000
Subject: [issue9653] New default argparse output to be added
In-Reply-To: <1282514799.47.0.38737432026.issue9653@psf.upfronthosting.co.za>
Message-ID: <AANLkTimrMyV5u9yn3hUjfbFW0az3U01GgSo3GhaiY-m9@mail.gmail.com>


Tom Browder <tom.browder at gmail.com> added the comment:

On Sun, Aug 22, 2010 at 17:06, Steven Bethard <report at bugs.python.org> wrote:
...
> import argparse
> import sys
>
> parser = argparse.ArgumentParser()
> parser.add_argument('--foo')
>
> if len(sys.argv) == 1:
> ? ?parser.print_help()
> else:
> ? ?print(parser.parse_args())

Of course that works, but I want to be able to customize the parser so
it shows something like:

  Usage: <program name> [options]
  Use option '-h' for help.

Two problems for me with current behavior:

1.   "usage" and "optional" => not capitalized

2.   usage: temp.py [-h] [--foo FOO] => gets very lengthy and mind
numbing for programs with lots of options

Regards,

-Tom

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9653>
_______________________________________

From report at bugs.python.org  Mon Aug 23 23:32:01 2010
From: report at bugs.python.org (Brian Curtin)
Date: Mon, 23 Aug 2010 21:32:01 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>


New submission from Brian Curtin <curtin at acm.org>:

Using Cygwin 1.7, there are build failures for both _curses, _curses_panel, and _io. 

The curses failures are because symlinking /usr/include/{n}curses.h from /usr/include/{n}curses.h was removed in recent versions [0], so I added "-I/usr/include/ncurses" to the BASECFLAGS for cygwin. Not knowing the ins and outs of gcc/configure/make, I doubt the patch (ncurses_fix.diff) is correct or complete. It works on my machine so at least it's a starting point (maybe?).



_io gets the following warning and then later failure on gcc 4.3.4:
/cygdrive/c/Users/bcurtin/cygwin-python/release27-maint/Modules/_io/_iomodule.c:172: warning: ?PyExc_BlockingIOError? redeclared without dllimport attribute: previous dllimport ignored
...
build/temp.cygwin-1.7.5-i686-2.7/cygdrive/c/Users/bcurtin/cygwin-python/release27-maint/Modules/_io/bufferedio.o: In function `_buffered_check_blocking_error': /cygdrive/c/Users/bcurtin/cygwin-python/release27-maint/Modules/_io/bufferedio.c:558: undefined reference to `__imp__PyExc_BlockingIOError'
/cygdrive/c/Users/bcurtin/cygwin-python/release27-maint/Modules/_io/bufferedio.c:558: undefined reference to `__imp__PyExc_BlockingIOError'

My Linux compile (gcc 4.5.0) gets the same warning, but no error. Windows is totally fine with _iomodule.c:172.


This was found by Ben Walker.



[0] http://cygwin.com/ml/cygwin-announce/2010-01/msg00002.html

----------
assignee: brian.curtin
components: Build, Extension Modules, Windows
files: ncurses_fix.diff
keywords: patch, patch
messages: 114738
nosy: brian.curtin, stutzbach, tim.golden
priority: normal
severity: normal
stage: needs patch
status: open
title: Buid issues on Cygwin - _curses, _curses_panel, and _io
type: compile error
versions: Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18614/ncurses_fix.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Mon Aug 23 23:37:24 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 23 Aug 2010 21:37:24 +0000
Subject: [issue9501] Logging shutdown regressions with weakrefs
In-Reply-To: <1280875181.95.0.557870097374.issue9501@psf.upfronthosting.co.za>
Message-ID: <1282599444.27.0.448480459917.issue9501@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Fix checked into py3k and release27-maint (r84282).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9501>
_______________________________________

From report at bugs.python.org  Mon Aug 23 23:48:33 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Mon, 23 Aug 2010 21:48:33 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1210919907.42.0.842256015219.issue2889@psf.upfronthosting.co.za>
Message-ID: <1282600113.06.0.849249549741.issue2889@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

-1 for PDCurses

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2889>
_______________________________________

From report at bugs.python.org  Mon Aug 23 23:52:32 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 23 Aug 2010 21:52:32 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282600352.83.0.749402744225.issue9665@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

The _io module appears both in setup.py and Modules/Setup.dist. Is it normal?
IMO if the _io module is built-in, it should not be built as an extension module.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Mon Aug 23 23:58:43 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Mon, 23 Aug 2010 21:58:43 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282600723.57.0.418214974135.issue9665@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Should release27-maint/Modules/_io/_iomodule.c:172 be:

PyAPI_DATA(PyObject *) PyExc_BlockingIOError = (PyObject *)&_PyExc_BlockingIOError;

?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Mon Aug 23 23:59:14 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 23 Aug 2010 21:59:14 +0000
Subject: [issue658749] asyncore connect() and winsock errors
Message-ID: <1282600754.83.0.578928431175.issue658749@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Fixed in r84284.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue658749>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:01:08 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 23 Aug 2010 22:01:08 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282600868.32.0.186198928121.issue9665@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Why should it be?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:09:47 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Mon, 23 Aug 2010 22:09:47 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282601387.27.0.532195506327.issue9665@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

patch of patch attached to issue 3871
--- ./Modules/_io/_iomodule.h.MINGW	2009-12-23 12:52:04.000000000 +0200
+++ ./Modules/_io/_iomodule.h	2009-12-14 22:01:16.000000000 +0200
@@ -72,7 +72,7 @@
     PyObject *filename; /* Not used, but part of the IOError object */
     Py_ssize_t written;
 } PyBlockingIOErrorObject;
-PyAPI_DATA(PyObject *) PyExc_BlockingIOError;
+extern PyObject* PyExc_BlockingIOError;
 
 /*
  * Offset type for positioning.

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:11:29 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 23 Aug 2010 22:11:29 +0000
Subject: [issue9601] ftplib should accept 250 on MKD
In-Reply-To: <1281757319.27.0.238549854575.issue9601@psf.upfronthosting.co.za>
Message-ID: <1282601489.21.0.730414339956.issue9601@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

This is now fixed in r84288.

----------
assignee:  -> giampaolo.rodola
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9601>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:13:27 2010
From: report at bugs.python.org (David Watson)
Date: Mon, 23 Aug 2010 22:13:27 +0000
Subject: [issue9660] PEP 383: socket module doesn't handle undecodable
	protocol or service names
In-Reply-To: <1282501562.64.0.000983913636939.issue9660@psf.upfronthosting.co.za>
Message-ID: <20100823181021.GA3654@dbwatson.ukfsn.org>


David Watson <baikie at users.sourceforge.net> added the comment:

Come to think of it, I'm not sure if the patch is correct for
Windows, as PyUnicode_DecodeFSDefault() appears to do strict MBCS
decoding by default (similarly with PyUnicode_FSConverter() for
encoding).  Can Windows return service names that won't decode
with MBCS?  Or does it use a different encoding?  I don't have a
system to experiment with.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9660>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:19:31 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 23 Aug 2010 22:19:31 +0000
Subject: [issue1057417] New BaseSMTPServer module
Message-ID: <1282601971.29.0.792858758905.issue1057417@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

I agree with opinions expressed by Jean-Paul in msg47196.
I see no real gain in providing a smptd.py clone which provides no other new difference other than using threads instead of a non-blocking approach.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1057417>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:21:53 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Mon, 23 Aug 2010 22:21:53 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282602113.93.0.154410731413.issue9665@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

> Why should it be?

The error indicates that the definition in the .c file doesn't match the declaration in the .h file, with respect to the funky Windows-specific stuff ('dllimport') that PyAPI_DATA adds.

Roumen's patch suggests I had it backwards, and it's the .h file that should be changed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:26:03 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 23 Aug 2010 22:26:03 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282602113.93.0.154410731413.issue9665@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=EtGRP3EOS5h7Wk8aTmw5Y8b49FMmFo+DQOcLD@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/23 Daniel Stutzbach <report at bugs.python.org>:
>
> Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:
>
>> Why should it be?
>
> The error indicates that the definition in the .c file doesn't match the declaration in the .h file, with respect to the funky Windows-specific stuff ('dllimport') that PyAPI_DATA adds.
>
> Roumen's patch suggests I had it backwards, and it's the .h file that should be changed.

Why would this not be required for the standard exceptions then?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:36:35 2010
From: report at bugs.python.org (Ben Walker)
Date: Mon, 23 Aug 2010 22:36:35 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282602995.65.0.246932693883.issue9665@psf.upfronthosting.co.za>


Ben Walker <jaedan31 at gmail.com> added the comment:

I have been using the following patch to fix the issue locally for a few weeks now (in addition to something equivalent to what Brian submitted for the _curses issue). These two patches combined give me a working python 2.7 on cygwin 1.7. I originally used something identical to Roumen's patch, but later started using the patch below after reading up on __declspec. Note that line 740 is also a candidate to be changed to dllexport, but I don't have the setup to test that.

Index: Include/pyport.h
===================================================================
--- Include/pyport.h    (revision 84288)
+++ Include/pyport.h    (working copy)
@@ -739,7 +739,7 @@
 #                       if !defined(__CYGWIN__)
 #                               define PyAPI_FUNC(RTYPE) __declspec(dllimport)
RTYPE
 #                       endif /* !__CYGWIN__ */
-#                       define PyAPI_DATA(RTYPE) extern __declspec(dllimport) RTYPE
+#                       define PyAPI_DATA(RTYPE) extern __declspec(dllexport) RTYPE
             /* module init functions outside the core must be exported */
 #                       if defined(__cplusplus)
 #                               define PyMODINIT_FUNC extern "C" __declspec(dllexport) void

----------
nosy: +bwalker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:39:22 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Mon, 23 Aug 2010 22:39:22 +0000
Subject: [issue1597850] Cross compiling patches for MINGW
Message-ID: <1282603162.94.0.547232343121.issue1597850@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

-1 for the patch (after review of cross-3.0-0.7.diff) :
1) AC_CHECK_TOOLS(CC,gcc cc) and AC_CHECK_TOOLS(CXX,g++ c++) is bogus 
2) "$CC -dumpmachine" when is added AC_CANONICAL_HOST is bogus
3) if (strcmp(buffe,me) "123")) is buggy

Good point is setup.py is to exclude default searches for header/libraries in /usr/XXX directories . Note that this is requested in other issues not related to cross compilation.

About pgen build i'm not sure that is wort to cross-build as there is no reason to recreate files , right ? To me this is only dependency issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1597850>
_______________________________________

From report at bugs.python.org  Tue Aug 24 00:47:43 2010
From: report at bugs.python.org (David Watson)
Date: Mon, 23 Aug 2010 22:47:43 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
In-Reply-To: <1282505760.68.0.355809415426.issue1027206@psf.upfronthosting.co.za>
Message-ID: <20100823224746.GA5500@dbwatson.ukfsn.org>


David Watson <baikie at users.sourceforge.net> added the comment:

> Thanks for the patch. Committed as r84261.
> 
> I'm not sure what the point is of supporting IDNA in getnameinfo, so I have removed that from the patch. If you think it's needed, please elaborate.

I don't see the point of it either, but if it's not supposed to
accept hostnames, it should use AI_NUMERICHOST in the call it
makes to getaddrinfo().  As it is, it does both forward and
reverse lookups when called with a hostname.

Attaching a patch to use AI_NUMERICHOST.

Also, this issue # isn't really resolved yet as Python does not
support IRIs (AFAIK).

----------
Added file: http://bugs.python.org/file18615/getnameinfo-numerichost.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027206>
_______________________________________
-------------- next part --------------
diff --git a/Modules/socketmodule.c b/Modules/socketmodule.c
--- a/Modules/socketmodule.c
+++ b/Modules/socketmodule.c
@@ -3969,6 +3969,7 @@ socket_getnameinfo(PyObject *self, PyObj
     memset(&hints, 0, sizeof(hints));
     hints.ai_family = AF_UNSPEC;
     hints.ai_socktype = SOCK_DGRAM;     /* make numeric port happy */
+    hints.ai_flags = AI_NUMERICHOST;    /* don't do any name resolution */
     Py_BEGIN_ALLOW_THREADS
     ACQUIRE_GETADDRINFO_LOCK
     error = getaddrinfo(hostp, pbuf, &hints, &res);

From report at bugs.python.org  Tue Aug 24 00:48:16 2010
From: report at bugs.python.org (David Watson)
Date: Mon, 23 Aug 2010 22:48:16 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <1282514606.26.0.972107218307.issue9377@psf.upfronthosting.co.za>
Message-ID: <20100823224813.GB5500@dbwatson.ukfsn.org>


David Watson <baikie at users.sourceforge.net> added the comment:

> Is this patch in response to an actual problem, or a theoretical problem?
> If "actual problem": what was the specific application, and what was the specific host name?

It's about environments, not applications - the local network may
be configured with non-ASCII bytes in hostnames (either in the
local DNS *or* a different lookup mechanism - I mentioned
/etc/hosts as a simple example), or someone might deliberately
connect from a garbage hostname as a denial of service attack
against a server which tries to look it up with gethostbyaddr()
or whatever (this may require a "non-strict" resolver library, as
noted above).

> If theoretical, I recommend to close it as "won't fix". I find it perfectly reasonable if Python's socket module gives an error if the hostname can't be clearly decoded. Applications that run into it as a result of gethostbyaddr should treat that as "no reverse name available".

There are two points here.  One is that the decoding can fail; I
do think that programmers will find this surprising, and the fact
that Python refuses to return what was actually received is a
regression compared to 2.x.

The other is that the encoding and decoding are not symmetric -
hostnames are being decoded with UTF-8 but encoded with IDNA.
That means that when a decoded hostname contains a non-ASCII
character which is not prohibited by IDNA/Nameprep, that string
will, when used in a subsequent call, not refer to the hostname
that was actually received, because it will be re-encoded using a
different codec.

Attaching a refreshed version of try-surrogateescape-first.diff.
I've separated out the change to getnameinfo() as it may be
superfluous (issue #1027206).

----------
Added file: http://bugs.python.org/file18616/try-surrogateescape-first-4.diff
Added file: http://bugs.python.org/file18617/try-surrogateescape-first-getnameinfo-4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________
-------------- next part --------------
Accept ASCII/surrogateescape strings as hostname arguments.

diff --git a/Doc/library/socket.rst b/Doc/library/socket.rst
--- a/Doc/library/socket.rst
+++ b/Doc/library/socket.rst
@@ -49,6 +49,28 @@ supported. The address format required b
 automatically selected based on the address family specified when the socket
 object was created.
 
+When a hostname is returned by a system interface, it is decoded into
+a string using the ``'ascii'`` codec and the ``'surrogateescape'``
+error handler; this leaves ASCII bytes as ASCII, including IDNA
+ASCII-compatible encodings (see :mod:`encodings.idna`), but converts
+any non-ASCII bytes to the Unicode lone surrogate codes
+U+DC80...U+DCFF.
+
+Hostname arguments can be passed as strings or :class:`bytes` objects.
+The latter are passed to the system unchanged, while strings are
+encoded as follows: if a string contains only ASCII characters and/or
+the Unicode lone surrogate codes U+DC80...U+DCFF, it is encoded using
+the ``'ascii'`` codec and the ``'surrogateescape'`` error handler;
+otherwise it is converted to IDNA ASCII-compatible form using the
+``'idna'`` codec, and if this is not possible, :exc:`UnicodeError` is
+raised.
+
+.. versionchanged:: XXX
+   Previously, hostnames were decoded as UTF-8 and encoded using IDNA
+   or UTF-8; ``surrogateescape`` was not used; some interfaces
+   formerly accepted :class:`bytearray` objects, or did not accept
+   :class:`bytes` objects.
+
 For IPv4 addresses, two special forms are accepted instead of a host address:
 the empty string represents :const:`INADDR_ANY`, and the string
 ``'<broadcast>'`` represents :const:`INADDR_BROADCAST`. The behavior is not
diff --git a/Lib/test/test_socket.py b/Lib/test/test_socket.py
--- a/Lib/test/test_socket.py
+++ b/Lib/test/test_socket.py
@@ -322,6 +322,51 @@ class GeneralModuleTests(unittest.TestCa
         except socket.error:
             pass
 
+    def tryHostnameArgs(self, function, notfounderror):
+        # Call the given one-argument function with various valid and
+        # invalid representations of nonexistent hostnames.  Check
+        # that it raises notfounderror for valid representations, and
+        # UnicodeError for invalid ones.
+
+        # An RFC 1123-compliant host name (".invalid" TLD is reserved
+        # under RFC 2606).
+        self.assertRaises(notfounderror, function, "host.domain.invalid")
+        # Previous name as a bytes object.
+        self.assertRaises(notfounderror, function, b"host.domain.invalid")
+        # A domain name with a non-ASCII octet, as bytes.
+        self.assertRaises(notfounderror, function, b"\xff.domain.invalid")
+        # Previous domain name as ASCII/surrogateescape string representation.
+        self.assertRaises(notfounderror, function, "\udcff.domain.invalid")
+        # A legal IDN.
+        self.assertRaises(notfounderror, function, "???.domain.invalid")
+        # A combination of the previous two, which may make sense in
+        # theory, but is not accepted (the Euro sign means it must be
+        # interpreted as an IDN, but it is is not a legal IDN, because
+        # it contains a surrogate character).
+        self.assertRaises(UnicodeError, function, "\udcff.???.domain.invalid")
+
+    def testGethostbynameHostnames(self):
+        self.tryHostnameArgs(socket.gethostbyname,
+                             (socket.herror, socket.gaierror))
+
+    def testGethostbyname_exHostnames(self):
+        self.tryHostnameArgs(socket.gethostbyname_ex,
+                             (socket.herror, socket.gaierror))
+
+    def testGethostbyaddrHostnames(self):
+        self.tryHostnameArgs(socket.gethostbyaddr,
+                             (socket.herror, socket.gaierror))
+
+    def testGetaddrinfoHostnames(self):
+        self.tryHostnameArgs(lambda host: socket.getaddrinfo(host, None),
+                             socket.gaierror)
+
+    def testSocketObjectHostnames(self):
+        def f(host):
+            s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
+            s.connect((host, 80))
+        self.tryHostnameArgs(f, socket.error)
+
     def testNtoH(self):
         # This just checks that htons etc. are their own inverse,
         # when looking at the lower 16 or 32 bits.
diff --git a/Modules/socketmodule.c b/Modules/socketmodule.c
--- a/Modules/socketmodule.c
+++ b/Modules/socketmodule.c
@@ -739,6 +739,57 @@ PyThread_type_lock netdb_lock;
 #endif
 
 
+/* "O&" converter for hostname arguments, which attempts to encode
+   strings as ASCII with "surrogateescape" error handler before
+   falling back to strict IDNA encoding.  Also accepts bytes objects,
+   but not bytearray.  On success, sets PyObject *addr to a new
+   reference to a bytes object, and may clear the error indicator. */
+
+static int
+hostname_converter(PyObject *arg, void *addr)
+{
+    PyObject **result = addr;
+
+    if (arg == NULL) {
+        Py_DECREF(result);
+        return 1;
+    }
+
+    if (PyUnicode_Check(arg)) {
+        PyObject *tmp;
+
+        tmp = PyUnicode_EncodeASCII(PyUnicode_AS_UNICODE(arg),
+                                    PyUnicode_GET_SIZE(arg),
+                                    "surrogateescape");
+        if (tmp == NULL) {
+            if (!PyErr_ExceptionMatches(PyExc_UnicodeEncodeError))
+                return 0;
+            PyErr_Clear();
+            tmp = PyUnicode_AsEncodedString(arg, "idna", "strict");
+            if (tmp == NULL)
+                return 0;
+        }
+        arg = tmp;
+    }
+    else
+        Py_INCREF(arg);
+    if (!PyBytes_Check(arg)) {
+        PyErr_SetString(PyExc_TypeError,
+                        "hostnames must be str or bytes objects");
+        goto err;
+    }
+    if (PyBytes_GET_SIZE(arg) != strlen(PyBytes_AS_STRING(arg))) {
+        PyErr_SetString(PyExc_TypeError, "embedded NUL character in hostname");
+        goto err;
+    }
+    *result = arg;
+    return Py_CLEANUP_SUPPORTED;
+err:
+    Py_DECREF(arg);
+    return 0;
+}
+
+
 /* Return the string representation for the given hostname. */
 
 static PyObject *
@@ -1219,6 +1270,7 @@ getsockaddrarg(PySocketSockObject *s, Py
     case AF_INET:
     {
         struct sockaddr_in* addr;
+        PyObject *hostobj;
         char *host;
         int port, result;
         if (!PyTuple_Check(args)) {
@@ -1229,13 +1281,14 @@ getsockaddrarg(PySocketSockObject *s, Py
                 Py_TYPE(args)->tp_name);
             return 0;
         }
-        if (!PyArg_ParseTuple(args, "eti:getsockaddrarg",
-                              "idna", &host, &port))
+        if (!PyArg_ParseTuple(args, "O&i:getsockaddrarg",
+                              hostname_converter, &hostobj, &port))
             return 0;
+        host = PyBytes_AS_STRING(hostobj);
         addr=(struct sockaddr_in*)addr_ret;
         result = setipaddr(host, (struct sockaddr *)addr,
                            sizeof(*addr),  AF_INET);
-        PyMem_Free(host);
+        Py_DECREF(hostobj);
         if (result < 0)
             return 0;
         if (port < 0 || port > 0xffff) {
@@ -1254,6 +1307,7 @@ getsockaddrarg(PySocketSockObject *s, Py
     case AF_INET6:
     {
         struct sockaddr_in6* addr;
+        PyObject *hostobj;
         char *host;
         int port, flowinfo, scope_id, result;
         flowinfo = scope_id = 0;
@@ -1265,15 +1319,16 @@ getsockaddrarg(PySocketSockObject *s, Py
                 Py_TYPE(args)->tp_name);
             return 0;
         }
-        if (!PyArg_ParseTuple(args, "eti|ii",
-                              "idna", &host, &port, &flowinfo,
+        if (!PyArg_ParseTuple(args, "O&i|ii",
+                              hostname_converter, &hostobj, &port, &flowinfo,
                               &scope_id)) {
             return 0;
         }
+        host = PyBytes_AS_STRING(hostobj);
         addr = (struct sockaddr_in6*)addr_ret;
         result = setipaddr(host, (struct sockaddr *)addr,
                            sizeof(*addr), AF_INET6);
-        PyMem_Free(host);
+        Py_DECREF(hostobj);
         if (result < 0)
             return 0;
         if (port < 0 || port > 0xffff) {
@@ -3009,15 +3064,17 @@ socket_gethostbyname(PyObject *self, PyO
 {
     char *name;
     sock_addr_t addrbuf;
-    PyObject *ret = NULL;
-
-    if (!PyArg_ParseTuple(args, "et:gethostbyname", "idna", &name))
+    PyObject *nameobj, *ret = NULL;
+
+    if (!PyArg_ParseTuple(args, "O&:gethostbyname",
+                          hostname_converter, &nameobj))
         return NULL;
+    name = PyBytes_AS_STRING(nameobj);
     if (setipaddr(name, SAS2SA(&addrbuf),  sizeof(addrbuf), AF_INET) < 0)
         goto finally;
     ret = makeipaddr(SAS2SA(&addrbuf), sizeof(struct sockaddr_in));
 finally:
-    PyMem_Free(name);
+    Py_DECREF(nameobj);
     return ret;
 }
 
@@ -3162,6 +3219,7 @@ gethost_common(struct hostent *h, struct
 static PyObject *
 socket_gethostbyname_ex(PyObject *self, PyObject *args)
 {
+    PyObject *nameobj;
     char *name;
     struct hostent *h;
 #ifdef ENABLE_IPV6
@@ -3185,8 +3243,10 @@ socket_gethostbyname_ex(PyObject *self, 
 #endif
 #endif /* HAVE_GETHOSTBYNAME_R */
 
-    if (!PyArg_ParseTuple(args, "et:gethostbyname_ex", "idna", &name))
+    if (!PyArg_ParseTuple(args, "O&:gethostbyname_ex",
+                          hostname_converter, &nameobj))
         return NULL;
+    name = PyBytes_AS_STRING(nameobj);
     if (setipaddr(name, (struct sockaddr *)&addr, sizeof(addr), AF_INET) < 0)
         goto finally;
     Py_BEGIN_ALLOW_THREADS
@@ -3219,7 +3279,7 @@ socket_gethostbyname_ex(PyObject *self, 
     PyThread_release_lock(netdb_lock);
 #endif
 finally:
-    PyMem_Free(name);
+    Py_DECREF(nameobj);
     return ret;
 }
 
@@ -3242,6 +3302,7 @@ socket_gethostbyaddr(PyObject *self, PyO
     struct sockaddr_in addr;
 #endif
     struct sockaddr *sa = (struct sockaddr *)&addr;
+    PyObject *addrobj;
     char *ip_num;
     struct hostent *h;
     PyObject *ret = NULL;
@@ -3266,8 +3327,10 @@ socket_gethostbyaddr(PyObject *self, PyO
     int al;
     int af;
 
-    if (!PyArg_ParseTuple(args, "et:gethostbyaddr", "idna", &ip_num))
+    if (!PyArg_ParseTuple(args, "O&:gethostbyaddr",
+                          hostname_converter, &addrobj))
         return NULL;
+    ip_num = PyBytes_AS_STRING(addrobj);
     af = AF_UNSPEC;
     if (setipaddr(ip_num, sa, sizeof(addr), af) < 0)
         goto finally;
@@ -3315,7 +3378,7 @@ socket_gethostbyaddr(PyObject *self, PyO
     PyThread_release_lock(netdb_lock);
 #endif
 finally:
-    PyMem_Free(ip_num);
+    Py_DECREF(addrobj);
     return ret;
 }
 
@@ -3867,17 +3930,9 @@ socket_getaddrinfo(PyObject *self, PyObj
     }
     if (hobj == Py_None) {
         hptr = NULL;
-    } else if (PyUnicode_Check(hobj)) {
-        idna = PyObject_CallMethod(hobj, "encode", "s", "idna");
-        if (!idna)
-            return NULL;
-        assert(PyBytes_Check(idna));
+    } else if (hostname_converter(hobj, &idna)) {
         hptr = PyBytes_AS_STRING(idna);
-    } else if (PyBytes_Check(hobj)) {
-        hptr = PyBytes_AsString(hobj);
     } else {
-        PyErr_SetString(PyExc_TypeError,
-                        "getaddrinfo() argument 1 must be string or None");
         return NULL;
     }
     if (PyLong_CheckExact(pobj)) {
-------------- next part --------------
Accept ASCII/surrogateescape strings in getnameinfo().

diff --git a/Lib/test/test_socket.py b/Lib/test/test_socket.py
--- a/Lib/test/test_socket.py
+++ b/Lib/test/test_socket.py
@@ -361,6 +361,10 @@ class GeneralModuleTests(unittest.TestCa
         self.tryHostnameArgs(lambda host: socket.getaddrinfo(host, None),
                              socket.gaierror)
 
+    def testGetnameinfoHostnames(self):
+        self.tryHostnameArgs(lambda host: socket.getnameinfo((host, 0), 0),
+                             socket.gaierror)
+
     def testSocketObjectHostnames(self):
         def f(host):
             s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
diff --git a/Modules/socketmodule.c b/Modules/socketmodule.c
--- a/Modules/socketmodule.c
+++ b/Modules/socketmodule.c
@@ -4012,6 +4012,7 @@ socket_getnameinfo(PyObject *self, PyObj
 {
     PyObject *sa = (PyObject *)NULL;
     int flags;
+    PyObject *hostobj;
     char *hostp;
     int port, flowinfo, scope_id;
     char hbuf[NI_MAXHOST], pbuf[NI_MAXSERV];
@@ -4027,9 +4028,10 @@ socket_getnameinfo(PyObject *self, PyObj
                         "getnameinfo() argument 1 must be a tuple");
         return NULL;
     }
-    if (!PyArg_ParseTuple(sa, "si|ii",
-                          &hostp, &port, &flowinfo, &scope_id))
+    if (!PyArg_ParseTuple(sa, "O&i|ii", hostname_converter,
+                          &hostobj, &port, &flowinfo, &scope_id))
         return NULL;
+    hostp = PyBytes_AS_STRING(hostobj);
     PyOS_snprintf(pbuf, sizeof(pbuf), "%d", port);
     memset(&hints, 0, sizeof(hints));
     hints.ai_family = AF_UNSPEC;
@@ -4080,6 +4082,7 @@ socket_getnameinfo(PyObject *self, PyObj
 fail:
     if (res)
         freeaddrinfo(res);
+    Py_DECREF(hostobj);
     return ret;
 }
 

From report at bugs.python.org  Tue Aug 24 00:49:53 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 23 Aug 2010 22:49:53 +0000
Subject: [issue9129] DoS smtpd module vulnerability
In-Reply-To: <1277923467.7.0.260357628044.issue9129@psf.upfronthosting.co.za>
Message-ID: <1282603793.04.0.22922511328.issue9129@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Fixed in r84289.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9129>
_______________________________________

From report at bugs.python.org  Tue Aug 24 01:07:06 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 23 Aug 2010 23:07:06 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <20100823224813.GB5500@dbwatson.ukfsn.org>
Message-ID: <4C72FF16.6040800@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

>> Is this patch in response to an actual problem, or a theoretical problem?
>> If "actual problem": what was the specific application, and what was the specific host name?
> 
> It's about environments, not applications

Still, my question remains. Is it a theoretical problem (i.e. one
of your imagination), or a real one (i.e. one you observed in real
life, without explicitly triggering it)? If real: what was the
specific environment, and what was the specific host name?

> There are two points here.  One is that the decoding can fail; I
> do think that programmers will find this surprising, and the fact
> that Python refuses to return what was actually received is a
> regression compared to 2.x.

True. However, I think this is an acceptable regression,
assuming the problem is merely theoretical. It is ok if
an operation fails that you will never run into in real life.

> That means that when a decoded hostname contains a non-ASCII
> character which is not prohibited by IDNA/Nameprep, that string
> will, when used in a subsequent call, not refer to the hostname
> that was actually received, because it will be re-encoded using a
> different codec.

Again, I fail to see the problem in this. It won't happen in
real life. However, if you worried that this could be abused,
I think it should decode host names as ASCII, not as UTF-8.
Then it will be symmetric again (IIUC).

----------
title: socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names -> socket,	PEP 383: Mishandling of non-ASCII bytes in host/domain names

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Tue Aug 24 01:19:26 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Mon, 23 Aug 2010 23:19:26 +0000
Subject: [issue7546] msvc9compiler.py: add .asm extension
In-Reply-To: <1261241045.73.0.563579401037.issue7546@psf.upfronthosting.co.za>
Message-ID: <1282605566.2.0.283311227919.issue7546@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

To me distutils does not support assembler files and for other compilers this is required to build ctypes - see also issue 2942.

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7546>
_______________________________________

From report at bugs.python.org  Tue Aug 24 01:26:06 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 23 Aug 2010 23:26:06 +0000
Subject: [issue7546] msvc9compiler.py: add .asm extension
In-Reply-To: <1261241045.73.0.563579401037.issue7546@psf.upfronthosting.co.za>
Message-ID: <1282605966.17.0.172472928337.issue7546@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

> To me distutils does not support assembler files
Do you think it should?

> and for other compilers this is required to build ctypes
Sorry, I don?t understand. Can you rephrase?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7546>
_______________________________________

From report at bugs.python.org  Tue Aug 24 01:44:19 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 23 Aug 2010 23:44:19 +0000
Subject: [issue1057417] New BaseSMTPServer module
Message-ID: <1282607059.12.0.00101400785673.issue1057417@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1057417>
_______________________________________

From report at bugs.python.org  Tue Aug 24 01:44:49 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Mon, 23 Aug 2010 23:44:49 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282607089.9.0.845111093539.issue9665@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

Ben, import of variables cannot be changed to export as this will produce crash in application ("core dump"/"bus error" etc.) that try to use them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Tue Aug 24 01:58:12 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Mon, 23 Aug 2010 23:58:12 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282607892.63.0.623211028076.issue9665@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

> Why would this not be required for the standard exceptions then?

It looks like PyAPI_DATA can be defined differently depending on whether we're building code as a built-in or as a loadable module.  If _iomodule.c is really being built as a module, that would explain why there's a difference.  The standard exceptions are always built-in.

In Python 2.7, _io is not the default I/O system for Python, so I could understand why it might be a loadable module there.  Of course, if Amaury is right that it's being built both ways then I assume that could be the underlying problem.

Also, the definition of PyAPI_DATA has a bunch of conditions specifically for Cygwin, which (partially) explains why the behavior is different from a regular Windows build.

I am not an export on the dllimport and dllexport keywords, although I have needed to use them on occasion.  I am speculating.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Tue Aug 24 02:08:21 2010
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 24 Aug 2010 00:08:21 +0000
Subject: [issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io
In-Reply-To: <1282599121.2.0.918330648156.issue9665@psf.upfronthosting.co.za>
Message-ID: <1282608501.03.0.843635008921.issue9665@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

This patch lets everything build ok, but a run of regrtest segfaults usually after a few tests (using -r) and there are nearly constant stack traces printed to stderr about not being able to remap the Cygwin bz2 DLL's address space.

I used extern as Roumen suggested, plus my curses hack, and added a #ifndef in Modules/main.c that was causing a problem without it.

----------
Added file: http://bugs.python.org/file18618/issue9665.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9665>
_______________________________________

From report at bugs.python.org  Tue Aug 24 02:22:51 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Tue, 24 Aug 2010 00:22:51 +0000
Subject: [issue7546] msvc9compiler.py: add .asm extension
In-Reply-To: <1261241045.73.0.563579401037.issue7546@psf.upfronthosting.co.za>
Message-ID: <1282609371.68.0.419559139082.issue7546@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

Please see my comments to issue 2942 - so I think compilers should support assembler suffixes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7546>
_______________________________________

From report at bugs.python.org  Tue Aug 24 02:25:46 2010
From: report at bugs.python.org (Pablo Mouzo)
Date: Tue, 24 Aug 2010 00:25:46 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1282609546.99.0.362879800407.issue2830@psf.upfronthosting.co.za>


Pablo Mouzo <pablomouzo at gmail.com> added the comment:

Thanks Georg for the review, I'm attaching a new patch with those problems fixed.
The new patch escapes ' when the quote parameter is true, and / always.

----------
Added file: http://bugs.python.org/file18619/issue2830.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Tue Aug 24 02:26:03 2010
From: report at bugs.python.org (Pablo Mouzo)
Date: Tue, 24 Aug 2010 00:26:03 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1282609563.82.0.232982733771.issue2830@psf.upfronthosting.co.za>


Changes by Pablo Mouzo <pablomouzo at gmail.com>:


Removed file: http://bugs.python.org/file18612/issue2830.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Tue Aug 24 03:13:38 2010
From: report at bugs.python.org (Trundle)
Date: Tue, 24 Aug 2010 01:13:38 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1210919907.42.0.842256015219.issue2889@psf.upfronthosting.co.za>
Message-ID: <1282612418.74.0.832996485384.issue2889@psf.upfronthosting.co.za>


Changes by Trundle <andy-python at hammerhartes.de>:


----------
nosy: +Trundle

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2889>
_______________________________________

From report at bugs.python.org  Tue Aug 24 03:31:39 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Aug 2010 01:31:39 +0000
Subject: [issue9061] cgi.escape Can Lead To XSS Vulnerabilities
In-Reply-To: <1277307995.11.0.923855376948.issue9061@psf.upfronthosting.co.za>
Message-ID: <1282613499.27.0.710449552518.issue9061@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Copy cgi.escape() to html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9061>
_______________________________________

From report at bugs.python.org  Tue Aug 24 03:51:36 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Aug 2010 01:51:36 +0000
Subject: [issue1162477] Parsing failures in parsedate_tz
Message-ID: <1282614696.23.0.490037410821.issue1162477@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Here's a patch (essentially the one provided by Thomas) with unit test.

----------
keywords: +patch
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file18620/parsedate.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1162477>
_______________________________________

From report at bugs.python.org  Tue Aug 24 04:07:12 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Aug 2010 02:07:12 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282615632.85.0.83180513895.issue1194222@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks for working on this.

I would prefer to have two patches: one that fixes the bug (and adds the unit tests) and a separate one for the cleanups (in a new issue).

I agree that the fact that it isn't complying with the RFC makes it a bug.  It seems unlikely that fixing this would break anyone's code, since if they are already working around the bug the return of a four digit year should cause their workaround code to be skipped.

----------
type: feature request -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Tue Aug 24 04:13:42 2010
From: report at bugs.python.org (Matthew Barnett)
Date: Tue, 24 Aug 2010 02:13:42 +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: <1282616022.86.0.509453410521.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

issue2636-20100824.zip is a new version of the regex module.

More speedups. Getting towards Perl speed now, depending on the regex. :-)

----------
Added file: http://bugs.python.org/file18621/issue2636-20100824.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Tue Aug 24 04:56:13 2010
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 24 Aug 2010 02:56:13 +0000
Subject: [issue9666] 'hasattr' fix to suppress only AttributeError
In-Reply-To: <1282618571.72.0.746588634044.issue9666@psf.upfronthosting.co.za>
Message-ID: <1282618571.72.0.746588634044.issue9666@psf.upfronthosting.co.za>


New submission from Yury Selivanov <yselivanov at gmail.com>:

As discussed on python-dev mailing list (http://mail.python.org/pipermail/python-dev/2010-August/103178.html), 'hasattr' default behaviour should be changed to suppress only AttributeError exceptions.  Other should pass through.

The fix, however, shouldn't change behaviour of existing C API, functions PyObject_HasAttr and PyObject_HasAttrString in particular.

I'm targeting this issue on Python 3.2 version, but probably it may be introduced in the next Python 3.1 maintenance release.

----------
assignee: docs at python
components: Documentation, Library (Lib)
files: hasattr.patch
keywords: patch
messages: 114767
nosy: Yury.Selivanov, docs at python
priority: normal
severity: normal
status: open
title: 'hasattr' fix to suppress only AttributeError
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file18622/hasattr.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9666>
_______________________________________

From report at bugs.python.org  Tue Aug 24 05:07:34 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Aug 2010 03:07:34 +0000
Subject: [issue9666] 'hasattr' fix to suppress only AttributeError
In-Reply-To: <1282618571.72.0.746588634044.issue9666@psf.upfronthosting.co.za>
Message-ID: <1282619254.9.0.460183754555.issue9666@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee: docs at python -> benjamin.peterson
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9666>
_______________________________________

From report at bugs.python.org  Tue Aug 24 05:18:17 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 24 Aug 2010 03:18:17 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1282619897.91.0.239629755109.issue1327971@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/issue1327971>
_______________________________________

From report at bugs.python.org  Tue Aug 24 05:18:26 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 24 Aug 2010 03:18:26 +0000
Subject: [issue1490929] urllib.retrieve's reporthook called with non-helpful
	value
Message-ID: <1282619906.57.0.18303196895.issue1490929@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/issue1490929>
_______________________________________

From report at bugs.python.org  Tue Aug 24 05:27:53 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Aug 2010 03:27:53 +0000
Subject: [issue9666] 'hasattr' fix to suppress only AttributeError
In-Reply-To: <1282618571.72.0.746588634044.issue9666@psf.upfronthosting.co.za>
Message-ID: <1282620473.79.0.127090787821.issue9666@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Fixed in r84294. I will not backport to 3.1. Thanks for the contribution!

----------
keywords: +gsoc -patch
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9666>
_______________________________________

From report at bugs.python.org  Tue Aug 24 07:20:58 2010
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 24 Aug 2010 05:20:58 +0000
Subject: [issue7579] Patch to add docstrings to msvcrt
In-Reply-To: <1261862969.81.0.926821098705.issue7579@psf.upfronthosting.co.za>
Message-ID: <1282627258.23.0.751165530015.issue7579@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Committed to py3k in r84295.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7579>
_______________________________________

From report at bugs.python.org  Tue Aug 24 09:27:30 2010
From: report at bugs.python.org (Tim Golden)
Date: Tue, 24 Aug 2010 07:27:30 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1282600113.06.0.849249549741.issue2889@psf.upfronthosting.co.za>
Message-ID: <4C73745D.90106@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

I have no strong opinion, Roumen, (and no experience with the package) 
but why -1 from you?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2889>
_______________________________________

From report at bugs.python.org  Tue Aug 24 09:50:45 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Czuja?=)
Date: Tue, 24 Aug 2010 07:50:45 +0000
Subject: [issue9572] IOError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1282636245.08.0.558553044023.issue9572@psf.upfronthosting.co.za>


?ukasz Czuja <lukasz at czuja.pl> added the comment:

I was just playing around with the changes you made and it seems you've overlooked a small error/typo around line 502:

502 : 	  	  	n elif errno == errno.EACCES: 

quick fix:

502 : 	  	  	n elif exc.errno == errno.EACCES: 

Hope this helps.

----------
nosy: +sniffer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Tue Aug 24 09:56:04 2010
From: report at bugs.python.org (Steven Bethard)
Date: Tue, 24 Aug 2010 07:56:04 +0000
Subject: [issue9653] New default argparse output to be added
In-Reply-To: <1282338288.42.0.879106308654.issue9653@psf.upfronthosting.co.za>
Message-ID: <1282636564.1.0.291701480793.issue9653@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I see. When there are no arguments you basically want to replace the standard argparse help entirely with your own message, with your own capitalization, etc. What you're doing now looks like a pretty good approach for this, so I guess I'm still not clear what you're asking for. Could you suggest a concrete API for argparse that would make it easier to do what you want to do?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9653>
_______________________________________

From report at bugs.python.org  Tue Aug 24 11:38:14 2010
From: report at bugs.python.org (kxroberto)
Date: Tue, 24 Aug 2010 09:38:14 +0000
Subject: [issue1486713] HTMLParser : A auto-tolerant parsing mode
Message-ID: <1282642694.43.0.382021294472.issue1486713@psf.upfronthosting.co.za>


kxroberto <kxroberto at users.sourceforge.net> added the comment:

for me a parser which cannot be feed with HTML from outside (which I cannot edit myself) has not much use at all.
attached my current patch (vs. py26) - many changes meanwhile.
and a test case.

I've put the default to strict mode, but ...

----------
Added file: http://bugs.python.org/file18623/HTMLParser_tolerant_py26.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1486713>
_______________________________________

From report at bugs.python.org  Tue Aug 24 12:04:28 2010
From: report at bugs.python.org (kxroberto)
Date: Tue, 24 Aug 2010 10:04:28 +0000
Subject: [issue1486713] HTMLParser : A auto-tolerant parsing mode
Message-ID: <1282644268.18.0.976933310427.issue1486713@psf.upfronthosting.co.za>


Changes by kxroberto <kxroberto at users.sourceforge.net>:


----------
versions: +Python 2.6, Python 2.7
Added file: http://bugs.python.org/file18624/test_htmlparser_tolerant.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1486713>
_______________________________________

From report at bugs.python.org  Tue Aug 24 12:15:14 2010
From: report at bugs.python.org (Bill Green)
Date: Tue, 24 Aug 2010 10:15:14 +0000
Subject: [issue9667] NetBSD curses KEY_* constants
In-Reply-To: <1282644914.67.0.328045909398.issue9667@psf.upfronthosting.co.za>
Message-ID: <1282644914.67.0.328045909398.issue9667@psf.upfronthosting.co.za>


New submission from Bill Green <bill at supposedly.org>:

_cursesmodule.c provides a list of constants, prefixed with KEY_, corresponding to special keys (KEY_DOWN, KEY_LEFT, KEY_BACKSPACE, etc.). A portion of the function init_curses, which implements these, is #defined out on NetBSD (at line 2860 in Python 2.7).  PyCurses_KeyName, which seems related (line 2111) is also not compiled on NetBSD.  This is presumably because NetBSD's libcurses doesn't provide this functionality.

These functions work when _cursesmodule.c is linked to ncurses rather than BSD curses. Could the preprocessor directives be changed to omit these functions only if the platform is NetBSD AND ncurses is not being used?

----------
components: Library (Lib)
messages: 114774
nosy: bgreen
priority: normal
severity: normal
status: open
title: NetBSD curses KEY_* constants
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/issue9667>
_______________________________________

From report at bugs.python.org  Tue Aug 24 13:07:08 2010
From: report at bugs.python.org (Tom Browder)
Date: Tue, 24 Aug 2010 11:07:08 +0000
Subject: [issue9653] New default argparse output to be added
In-Reply-To: <1282636564.1.0.291701480793.issue9653@psf.upfronthosting.co.za>
Message-ID: <AANLkTinXh84=R87HQDr8+1rB8oiFZjJBUOsChFzLBDMe@mail.gmail.com>


Tom Browder <tom.browder at gmail.com> added the comment:

...
> I see. When there are no arguments you basically want to replace the standard
> argparse help entirely with your own > message, with your own capitalization, etc.
> What you're doing now looks like a pretty good approach for this, so
> I guess I'm still not clear what you're asking for. Could you suggest a concrete
>  API for argparse that would make it easier to do what you want to do?

I think so, Steven, let me look at it a bit and I'll get back to you.

Thanks,

-Tom

Thomas M. Browder, Jr.
Niceville, Florida
USA

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9653>
_______________________________________

From report at bugs.python.org  Tue Aug 24 13:22:24 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Tue, 24 Aug 2010 11:22:24 +0000
Subject: [issue3754] cross-compilation support for python build
In-Reply-To: <1220305759.82.0.468834426074.issue3754@psf.upfronthosting.co.za>
Message-ID: <1282648944.55.0.808137844755.issue3754@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

It seems to me I forgot to upload version after updates in Lib/sysconfig.py from issue 7880.
I could not understand what Florent Xicluna (flox). I could not reproduce it. To me update abspath -> realpath is bogus and with reverted update of Lib/sysconfig.py test_sysconfig pass.

This patch is restored previous behaviour and now symlinked system python into cross build tree will behave as before i.e. as expected ;)

----------
Added file: http://bugs.python.org/file18625/python-trunk-20100824-CROSS.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3754>
_______________________________________

From report at bugs.python.org  Tue Aug 24 13:29:00 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Tue, 24 Aug 2010 11:29:00 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1221433699.47.0.0165458312451.issue3871@psf.upfronthosting.co.za>
Message-ID: <1282649340.97.0.652676760626.issue3871@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

update patch still for 2.7 with
- restored build of ctypes (broken after recent updates)
- python build with ncurses library, test pass
- python build with readline library, test pass

----------
Added file: http://bugs.python.org/file18626/python-trunk-20100824-MINGW.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Tue Aug 24 13:42:16 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Tue, 24 Aug 2010 11:42:16 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1210919907.42.0.842256015219.issue2889@psf.upfronthosting.co.za>
Message-ID: <1282650136.47.0.403295572369.issue2889@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

Recent ncurses pass python tests with only one small update (part of patch to issue 3871):
=====================================
--- ./Lib/test/test_curses.py.MINGW	2010-08-09 00:03:48.000000000 +0300
+++ ./Lib/test/test_curses.py	2010-08-09 00:05:38.000000000 +0300
@@ -167,11 +167,16 @@
     curses.delay_output(1)
     curses.echo() ; curses.echo(1)
 
-    f = tempfile.TemporaryFile()
+    fx = tempfile.TemporaryFile()
+    # cf tempfile.py TemporaryFile vs NamedTemporaryFile
+    if os.name != 'posix' or os.sys.platform == 'cygwin':
+        f = fx.file
+    else:
+        f = fx
     stdscr.putwin(f)
     f.seek(0)
     curses.getwin(f)
-    f.close()
+    fx.close()
 
     curses.halfdelay(1)
     curses.intrflush(1)
=====================================
About TERM environment variable - I don't have time to test ncurses if is not set.

Also PDCurses is not updated since 2008.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2889>
_______________________________________

From report at bugs.python.org  Tue Aug 24 14:08:46 2010
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 24 Aug 2010 12:08:46 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1282651726.59.0.659209572884.issue2830@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

The actual implementation seems to be missing in the new patch; also the docs are not updated.

Is it necessary to escape the slash?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Tue Aug 24 14:09:43 2010
From: report at bugs.python.org (Luke Kenneth Casson Leighton)
Date: Tue, 24 Aug 2010 12:09:43 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1281223647.86.0.465913756363.issue3871@psf.upfronthosting.co.za>
Message-ID: <AANLkTinCLuYHZoHTzMr3J5qB8FAs5NJcbatcuNXDX7Y-@mail.gmail.com>


Luke Kenneth Casson Leighton <lkcl at lkcl.net> added the comment:

On Sun, Aug 8, 2010 at 12:27 AM, ?ric Araujo <report at bugs.python.org> wrote:
>
> ?ric Araujo <merwok at netwok.org> added the comment:
>
> FYI, distutils is frozen because even minor bug fixes have broken third-party tools in the past, that?s why new features and bug fixes land in distutils2. Only some bug fixes that are sure not to break things make their way into distutils. distutils2 will be reintegrated into the stdlib in 3.2 or 3.3, but standalone releases will be made for Python 2.4 up to 2.7 and 3.x.

 eric,

 it's been a year since i did the mingw32 port so i'll try to recall
what it was that i did, but i have recollections of also having to add
to distutils, specifically adding an extra compiler class and an extra
linker class, derived from cygwin i believe (and then adding,
obviously, platform detection logic and options to make use of them).

 using logic analysis on the conditions, it can be shown that there is
nothing that can satisfy the conditions (one of which is "distutils is
frozen", another is "distutils will not go into python2.N or 3.x"
etc).  thus, something has to give.

 detailed analysis and recommendations follow:

 if distutils2 is to be "standalone" it literally makes it impossible
to build python 2.4 up to 2.7 and 3.x using mingw32, because the build
infrastructure will be entirely missing.  how can you build python 2.7
using mingw32 if one of the critical dependencies - actually saying
"use mingw32" - is missing?!!

 the decision to keep distutils frozen therefore forces the mingw32
developers to create a "special" version of distutils, one which has
to be added as a patch to python - let's call it distutils_mingw32 -
which has the exact same functionality as distutils except that it is
extended to have a mingw32 compiler and linker class.   adding such a
patch (which adds a copy of distutils called distutils_mingw32) would
be extremely disruptive, as it would defeat the entire purpose of
distutils, and i would be extremely surprised if it was accepted.

 so, unpalatable-as-defined-by-previous-negative-experience as it may
be, the only sensible option is to do an extremely careful and
thorough review of LRN's distutils compiler and linker class
additions, and ensure that they are _purely_ additional classes, even
at the expense of duplicated code.

 please remember that mingw32 is an _additional_ platform, not a
change to any _existing_ platforms.

l.

p.s. the only other option i can think of would be to add in
build-time options where you can specify the fully-qualified path to
where distutils2 can be found.  this would be somewhat... contrived,
but would "work".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Tue Aug 24 14:25:34 2010
From: report at bugs.python.org (refresh)
Date: Tue, 24 Aug 2010 12:25:34 +0000
Subject: [issue9668] strings in json.dump in '' instead of ""
In-Reply-To: <1282652734.85.0.734132617851.issue9668@psf.upfronthosting.co.za>
Message-ID: <1282652734.85.0.734132617851.issue9668@psf.upfronthosting.co.za>


New submission from refresh <refresh.mb at gmail.com>:

when you use json.dump() on object, the strings in the file it was written to are inside '' instead of ""

----------
components: None
messages: 114781
nosy: refresh
priority: normal
severity: normal
status: open
title: strings in json.dump in '' instead of ""
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9668>
_______________________________________

From report at bugs.python.org  Tue Aug 24 14:40:07 2010
From: report at bugs.python.org (Jordan Szubert)
Date: Tue, 24 Aug 2010 12:40:07 +0000
Subject: [issue9668] strings in json.dump in '' instead of ""
In-Reply-To: <1282652734.85.0.734132617851.issue9668@psf.upfronthosting.co.za>
Message-ID: <1282653607.59.0.453069227667.issue9668@psf.upfronthosting.co.za>


Jordan Szubert <joru666 at gmail.com> added the comment:

could not reproduce:

Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> from cStringIO import StringIO as F
>>> import json
>>> json.dumps('foo')
'"foo"'
>>> f=F()
>>> json.dump('foo',f)
>>> f.seek(0,0);f.read();f.seek(0,0)
'"foo"'
>>> json.dump({'a':['b']},f)
>>> f.seek(0,0);f.read();f.seek(0,0)
'{"a": ["b"]}'
>>> 


Python 2.6.5+ (release26-maint, Jul 30 2010, 23:04:10)
[GCC 4.4.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import json
>>> from cStringIO import StringIO as F
>>> f=F()
>>> json.dump('foo',f)
>>> json.dumps('foo')
'"foo"'
>>> f.seek(0,0);f.read();f.seek(0,0)
'"foo"'
>>> json.dump({'a':1,'_':2},f)
>>> f.seek(0,0);f.read();f.seek(0,0)
'{"a": 1, "_": 2}'
>>> json.dumps({'a':1,'_':2})
'{"a": 1, "_": 2}'
>>>

----------
nosy: +joru

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9668>
_______________________________________

From report at bugs.python.org  Tue Aug 24 14:55:23 2010
From: report at bugs.python.org (Armin Rigo)
Date: Tue, 24 Aug 2010 12:55:23 +0000
Subject: [issue1469629] __dict__ = self in subclass of dict causes a memory
	leak?
Message-ID: <1282654523.23.0.514948026028.issue1469629@psf.upfronthosting.co.za>


Armin Rigo <arigo at users.sourceforge.net> added the comment:

Added the two tests in Lib/test/leakers as r45389 (in 2006) and r84296 (now).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1469629>
_______________________________________

From report at bugs.python.org  Tue Aug 24 15:09:49 2010
From: report at bugs.python.org (Meador Inge)
Date: Tue, 24 Aug 2010 13:09:49 +0000
Subject: [issue1172711] long long support for array module
Message-ID: <1282655389.47.0.206004990961.issue1172711@psf.upfronthosting.co.za>


Meador Inge <meadori at gmail.com> added the comment:

Overall the patch looks good.  I don't think it is an extremely important feature, but similar support is already available in other places (e.g. 'struct', 'ctypes').

Here is a patch updated for py3k with some minor additions:

   (1) Fixed some doc inconsistencies.
   (2) Added pickling support for the new type codes.  The special
       pickling support looks only to be in py3k.

(2) needs unit tests if possible.  If anyone has any good ideas on how to test, then I would be happy to implement the tests.

----------
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file18627/issue-1172711.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1172711>
_______________________________________

From report at bugs.python.org  Tue Aug 24 15:12:04 2010
From: report at bugs.python.org (Armin Rigo)
Date: Tue, 24 Aug 2010 13:12:04 +0000
Subject: [issue9669] regexp: zero-width matches in MIN_UNTIL
In-Reply-To: <1282655524.54.0.725053060384.issue9669@psf.upfronthosting.co.za>
Message-ID: <1282655524.54.0.725053060384.issue9669@psf.upfronthosting.co.za>


New submission from Armin Rigo <arigo at users.sourceforge.net>:

The attached example shows a case where the '_sre' module goes into an instantaneous infinite memory leak.  The bug (and probably the fix too) is related to empty matches in the MIN_UNTIL operator ("+?", "*?").  It looks very similar to the bug and fix already checked in about the MAX_UNTIL operator ("+", "*").

----------
components: Extension Modules
files: empty_minuntil.py
messages: 114785
nosy: arigo
priority: normal
severity: normal
status: open
title: regexp: zero-width matches in MIN_UNTIL
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file18628/empty_minuntil.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9669>
_______________________________________

From report at bugs.python.org  Tue Aug 24 15:13:41 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Aug 2010 13:13:41 +0000
Subject: [issue1486713] HTMLParser : A auto-tolerant parsing mode
Message-ID: <1282655621.13.0.0372652370816.issue1486713@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

2.6 is now in security-fix-only mode.  Since this is a new feature, it can only go into 3.2.

Can you provide a patch against py3k trunk?

I've only glanced at the patch briefly, but one thing that concerns me is 'warning file'.  I suppose that either the logging module or perhaps the warnings module should be used instead.  We should look at how other stdlib modules handle this kind of thing.  Or perhaps warnings shouldn't be generated at all, since the default will be strict and therefore the programmer has consciously selected tolerant mode.

One stdlib model we could follow is the model of the email module: have a 'defects' attribute that collects the errors.  email6, by the way, is going to have both 'tolerant' and 'strict' modes, and in that case the default is tolerant (and always has been) in respect for Postel's law, which is enshrined in the email RFCs.  If the HTTP standards have a similar recommendation to accept "dirty" input when possible, we could make an argument for changing HTMLParser's default to tolerant.

----------
versions:  -Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1486713>
_______________________________________

From report at bugs.python.org  Tue Aug 24 15:23:21 2010
From: report at bugs.python.org (Jared Lang)
Date: Tue, 24 Aug 2010 13:23:21 +0000
Subject: [issue9670] Exceed Recursion Limit in Thread
In-Reply-To: <1282656201.3.0.572219885558.issue9670@psf.upfronthosting.co.za>
Message-ID: <1282656201.3.0.572219885558.issue9670@psf.upfronthosting.co.za>


New submission from Jared Lang <jslang at mail.ucf.edu>:

Recursion within a thread on OSX can result in a crash by exceeding the systems recursion limit.  Recursion behaves as expected if not in thread, meaning it throws a RunTimeError with the message "maximum recursion depth exceeded."

The crash is able to be avoided if the recursion limit is set to a lower number, ie. 800, via sys.setrecursionlimit.

Example program which crashes on OSX:


>>> def f():
...     return f()
... 
>>> import threading
>>> thread = threading.Thread(target=f)
>>> thread.start()
Bus error


Alternatively, the following works as expected:


>>> import sys
>>> def f():
...     return f()
... 
>>> import threading
>>> thread = threading.Thread(target=f)
>>> sys.setrecursionlimit(800)
>>> thread.start()

>>> Exception in thread Thread-1:
Traceback (most recent call last):
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/threading.py", line 532, in __bootstrap_inner
    self.run()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/threading.py", line 484, in run
    self.__target(*self.__args, **self.__kwargs)
  File "<stdin>", line 2, in f
  File "<stdin>", line 2, in f
  File "<stdin>", line 2, in f
  File "<stdin>", line 2, in f
  File "<stdin>", line 2, in f
  File "<stdin>", line 2, in f
...

RuntimeError: maximum recursion depth exceeded

----------
assignee: ronaldoussoren
components: Macintosh
messages: 114787
nosy: jaredlang, ronaldoussoren
priority: normal
severity: normal
status: open
title: Exceed Recursion Limit in Thread
type: crash
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9670>
_______________________________________

From report at bugs.python.org  Tue Aug 24 15:57:40 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Aug 2010 13:57:40 +0000
Subject: [issue9670] Exceed Recursion Limit in Thread
In-Reply-To: <1282656201.3.0.572219885558.issue9670@psf.upfronthosting.co.za>
Message-ID: <1282658260.46.0.132783901994.issue9670@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This is not the first recursion limit related problem we've seen with FreeBSD derived systems.  See for example Issue1201456. It would be nice to have an actual fix for this class of problem, but I have no clue what that would look like.  There may also be a specific fix for this issue.  At least, we can hope :)

Python 2.6 is in security-fix-only mode, so I've updated the versions.  I can confirm that this reproduces on 2.7 and py3k trunk on OS/X 10.4 using a non-framework build.  I haven't tested 3.1 but I am sure it must behave the same.

----------
nosy: +r.david.murray
stage:  -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9670>
_______________________________________

From report at bugs.python.org  Tue Aug 24 16:15:03 2010
From: report at bugs.python.org (d nazario)
Date: Tue, 24 Aug 2010 14:15:03 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1251896489.26.0.54536142072.issue6822@psf.upfronthosting.co.za>
Message-ID: <1282659303.01.0.539299412719.issue6822@psf.upfronthosting.co.za>


Changes by d nazario <dnz at americancentury.com>:


----------
versions:  -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Tue Aug 24 16:28:12 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 24 Aug 2010 14:28:12 +0000
Subject: [issue9670] Exceed Recursion Limit in Thread
In-Reply-To: <1282656201.3.0.572219885558.issue9670@psf.upfronthosting.co.za>
Message-ID: <1282660092.56.0.615629653439.issue9670@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is the same issue as #6763.

The root cause of this issue is that the default stack size for threads other than the main thread is small. 

One way to fix this issue is to increase the default stacksize for new threads.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9670>
_______________________________________

From report at bugs.python.org  Tue Aug 24 16:29:35 2010
From: report at bugs.python.org (d nazario)
Date: Tue, 24 Aug 2010 14:29:35 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1251896489.26.0.54536142072.issue6822@psf.upfronthosting.co.za>
Message-ID: <1282660175.5.0.607075455214.issue6822@psf.upfronthosting.co.za>


d nazario <dnz at americancentury.com> added the comment:

There seems to be a lot of confusion on this thread.  So I'll add mine and hopefully clear things up a bit.    In short I think aymanhs has it right.

This is what I get when trying to send a simple text file on a Windows Xp PC using python 3.x
-----------------------------------------------------------------
    ftp.storlines('STOR ' + localFile, fd)                  # Send the file by issuing the STOR command.
  File "C:\Python30\lib\ftplib.py", line 477, in storlines
    if buf[-1] in B_CRLF: buf = buf[:-1]
TypeError: Type str doesn't support the buffer API

-----------------------------------------------------------------

getting up on my soap box....  :-)

FTP has two modes binary and ascii.  When doing binary you expect your data to be sent as is with NO changes.  When doing ascii, you expect to send a text file with your line endings to be adjusted if they are not the same on the two platforms involved in the FTP transfer (MAC, Linux, PC, etc.).  

So I do think it's an bug.  Every other FTP program I've used, and it's a long list, has two distinct modes ASCII and Binary.  When using ASCII, the line endings are translated.  I don't know enough to comment on whether the ascii code for every character is supposed to be 127 or less.  But I can tell you that I've never had another FTP program fail like Python 3 is failing for me trying to what seems like a simple transfer of a text file (expecting the line endings to be adjusted).  

I think the goal here should be (must be) to make it work like it is expected to work, based on the expectations of millions of people who have been using FTP programs which have come before python for several decades.  The other finer points are really not important.

stepping off the soap box.

----------
nosy: +danonymous

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Tue Aug 24 16:39:49 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 24 Aug 2010 14:39:49 +0000
Subject: [issue8432] buildbot: test_send_signal of test_subprocess failure
In-Reply-To: <1271522195.0.0.944847217112.issue8432@psf.upfronthosting.co.za>
Message-ID: <1282660789.4.0.680360308262.issue8432@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Also occurs on Python 2.7, with "x86 FreeBSD 7.2" buildbot.
(I found it on many builds since revision 83725 at least. Older builds are not available)
Seen on "x86 FreeBSD" buildbot, too.


test test_subprocess failed -- Traceback (most recent call last):
  File "/usr/home/db3l/buildarea/2.7.bolen-freebsd7/build/Lib/test/test_subprocess.py", line 723, in test_send_signal
    self.assertIn('KeyboardInterrupt', stderr)
AssertionError: 'KeyboardInterrupt' not found in ''

http://www.python.org/dev/buildbot/builders/x86%20FreeBSD%207.2%202.7/builds/89
http://www.python.org/dev/buildbot/builders/x86%20FreeBSD%207.2%202.7/builds/51

----------
components: +Tests
nosy: +flox
type:  -> behavior
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8432>
_______________________________________

From report at bugs.python.org  Tue Aug 24 16:41:40 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Aug 2010 14:41:40 +0000
Subject: [issue6763] Crash on mac os x leopard in mimetypes.guess_type (or
	PyObject_Malloc)
In-Reply-To: <1250976396.98.0.596987057251.issue6763@psf.upfronthosting.co.za>
Message-ID: <1282660900.28.0.770368338926.issue6763@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Issue1454481, which introduced the ability to set the thread stack size, indicates that the FreeBSD port maintainers were bumping the default limit higher.  So I think (3) is probably the correct solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6763>
_______________________________________

From report at bugs.python.org  Tue Aug 24 16:44:01 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Aug 2010 14:44:01 +0000
Subject: [issue9670] Exceed Recursion Limit in Thread
In-Reply-To: <1282656201.3.0.572219885558.issue9670@psf.upfronthosting.co.za>
Message-ID: <1282661041.07.0.038845343425.issue9670@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

As I mentioned on the other ticket, I think bumping the default stack size is probably the most useful solution.  This is is a clearer description of the stack problem, since it doesn't get involved in MIMETypes internals, so I'm not closing it as a duplicate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9670>
_______________________________________

From report at bugs.python.org  Tue Aug 24 16:50:19 2010
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 24 Aug 2010 14:50:19 +0000
Subject: [issue3754] cross-compilation support for python build
In-Reply-To: <1220305759.82.0.468834426074.issue3754@psf.upfronthosting.co.za>
Message-ID: <1282661419.25.0.306742045946.issue3754@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/issue3754>
_______________________________________

From report at bugs.python.org  Tue Aug 24 17:06:33 2010
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 24 Aug 2010 15:06:33 +0000
Subject: [issue9129] DoS smtpd module vulnerability
In-Reply-To: <1277923467.7.0.260357628044.issue9129@psf.upfronthosting.co.za>
Message-ID: <1282662393.86.0.819286519257.issue9129@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/issue9129>
_______________________________________

From report at bugs.python.org  Tue Aug 24 17:31:10 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 15:31:10 +0000
Subject: [issue2942] mingw/cygwin do not accept asm file as extension source
In-Reply-To: <1211451880.92.0.894703588073.issue2942@psf.upfronthosting.co.za>
Message-ID: <1282663870.0.0.612918848616.issue2942@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> tarek
components: +Distutils2 -Distutils
dependencies: +msvc9compiler.py: add .asm extension
nosy: +eric.araujo, tarek
type:  -> feature request
versions: +Python 2.5, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2942>
_______________________________________

From report at bugs.python.org  Tue Aug 24 17:31:37 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 15:31:37 +0000
Subject: [issue2942] mingw/cygwin do not accept asm file as extension source
In-Reply-To: <1211451880.92.0.894703588073.issue2942@psf.upfronthosting.co.za>
Message-ID: <1282663897.46.0.758288195432.issue2942@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
dependencies:  -msvc9compiler.py: add .asm extension

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2942>
_______________________________________

From report at bugs.python.org  Tue Aug 24 17:34:01 2010
From: report at bugs.python.org (danonymous)
Date: Tue, 24 Aug 2010 15:34:01 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1251896489.26.0.54536142072.issue6822@psf.upfronthosting.co.za>
Message-ID: <1282664041.4.0.0885932212959.issue6822@psf.upfronthosting.co.za>


danonymous <dnz at americancentury.com> added the comment:

One other observation on this issue.

I just 'backleveled' the python on my PC from 3.x to 2.7.  My test script works fine on 2.7.

- Dan

----------
versions: +Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Tue Aug 24 18:18:06 2010
From: report at bugs.python.org (Ayman)
Date: Tue, 24 Aug 2010 16:18:06 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1282664041.4.0.0885932212959.issue6822@psf.upfronthosting.co.za>
Message-ID: <AANLkTimDd1s2+o7k9y9pVL4ODC524xqRqZGMLJ4=5Bpc@mail.gmail.com>


Ayman <ayman.alsairafi at gmail.com> added the comment:

My other 2 cents worth.

Actually that is my main issue.  Things used to work in 2.x, and
"suddenly" refused to work after my 3.x upgrade.

I'm not saying it worked means it is correct, but the Exception being
thrown does not look right.  I think we should always have core
libraries work out of the box, and have workarounds even if it's not
"our" error.

 Ayman

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Tue Aug 24 18:26:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 24 Aug 2010 16:26:04 +0000
Subject: [issue1486713] HTMLParser : A auto-tolerant parsing mode
Message-ID: <1282667164.97.0.546557763981.issue1486713@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree that a tolerant mode would be good (and often requested). String encoding and decoding also have strict and forgiving modes, so this seems close to a policy.

Unit tests with example snippets that properly fail strict mode and pass the new tolerant mode are needed both to completely review and apply a patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1486713>
_______________________________________

From report at bugs.python.org  Tue Aug 24 18:27:54 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 24 Aug 2010 16:27:54 +0000
Subject: [issue2942] mingw/cygwin do not accept asm file as extension source
In-Reply-To: <1211451880.92.0.894703588073.issue2942@psf.upfronthosting.co.za>
Message-ID: <1282667274.77.0.151959768748.issue2942@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/issue2942>
_______________________________________

From report at bugs.python.org  Tue Aug 24 18:40:33 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Tue, 24 Aug 2010 16:40:33 +0000
Subject: [issue9671] test_executable_without_cwd fails: AssertionError: 1 != 47
In-Reply-To: <1282668033.06.0.983312258691.issue9671@psf.upfronthosting.co.za>
Message-ID: <1282668033.06.0.983312258691.issue9671@psf.upfronthosting.co.za>


New submission from Sridhar Ratnakumar <sridharr at activestate.com>:

I see the following failure on Fedora Core 4 (32-bit and 64-bit) with Python 2.7.0.

======================================================================
FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/apy/rrun/tmp/autotest/apy/lib/python2.7/test/test_subprocess.py", line 157, in test_executable_without_cwd
    self.assertEqual(p.returncode, 47)
AssertionError: 1 != 47

======================================================================
FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCaseNoPoll)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/apy/rrun/tmp/autotest/apy/lib/python2.7/test/test_subprocess.py", line 157, in test_executable_without_cwd
    self.assertEqual(p.returncode, 47)
AssertionError: 1 != 47

----------------------------------------------------------------------

----------
components: Library (Lib), Tests
messages: 114797
nosy: srid
priority: normal
severity: normal
status: open
title: test_executable_without_cwd fails: AssertionError: 1 != 47
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9671>
_______________________________________

From report at bugs.python.org  Tue Aug 24 18:41:49 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Tue, 24 Aug 2010 16:41:49 +0000
Subject: [issue9672] test_xpickle fails on Windows: invokes pythonx.y instead
	of pythonxy
In-Reply-To: <1282668109.22.0.482627052843.issue9672@psf.upfronthosting.co.za>
Message-ID: <1282668109.22.0.482627052843.issue9672@psf.upfronthosting.co.za>


New submission from Sridhar Ratnakumar <sridharr at activestate.com>:

test_xpickle
'python2.4' is not recognized as an internal or external command,
operable program or batch file.
'python2.5' is not recognized as an internal or external command,
operable program or batch file.
'python2.6' is not recognized as an internal or external command,
operable program or batch file.

On Windows, that should be python24.exe (not python2.4.exe).

----------
components: Tests, Windows
messages: 114798
nosy: srid
priority: normal
severity: normal
status: open
title: test_xpickle fails on Windows: invokes pythonx.y instead of pythonxy
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9672>
_______________________________________

From report at bugs.python.org  Tue Aug 24 18:44:09 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Tue, 24 Aug 2010 16:44:09 +0000
Subject: [issue9672] test_xpickle fails on Windows: invokes pythonx.y instead
	of pythonxy
In-Reply-To: <1282668109.22.0.482627052843.issue9672@psf.upfronthosting.co.za>
Message-ID: <1282668249.86.0.665208966697.issue9672@psf.upfronthosting.co.za>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

> On Windows, that should be python24.exe (not python2.4.exe).

Hmm, that is only true for ActivePython. For detecting Python interpreters installed on the system, a simple approach could be to hardcode the full paths, as done by tox: http://code.google.com/p/pytox/source/browse/tox/_venv.py#242

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9672>
_______________________________________

From report at bugs.python.org  Tue Aug 24 19:49:42 2010
From: report at bugs.python.org (Firat Ozgul)
Date: Tue, 24 Aug 2010 17:49:42 +0000
Subject: [issue9673] Entry Widget Not Editable under Windows XP
In-Reply-To: <1282672182.44.0.886074830019.issue9673@psf.upfronthosting.co.za>
Message-ID: <1282672182.44.0.886074830019.issue9673@psf.upfronthosting.co.za>


New submission from Firat Ozgul <ozgulfirat at gmail.com>:

In a Tkinter application that has an Entry() widget on the main window and an askopenfilename() dialog, one should be able to click and type into the Entry() widget as soon as the askopenfilename() dialog is closed. However, the askopenfilename() dialog renders the Entry() widget on the main window unusable/non-editable.

This issue was explored in http://mail.python.org/pipermail/tkinter-discuss/2010-August/002332.html at Tkinter-Discuss mailing list. All details relating to the issue can be followed from there.

It seems that only Windows OS is affected by this issue. In Ubuntu Karmic Koala (GNOME) and Debian (IceWM), at least, this issue cannot be reproduced, and everything works like expected.

----------
components: Tkinter, Windows
messages: 114800
nosy: firatozgul
priority: normal
severity: normal
status: open
title: Entry Widget Not Editable under Windows XP
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9673>
_______________________________________

From report at bugs.python.org  Tue Aug 24 20:19:39 2010
From: report at bugs.python.org (Jeffrey Finkelstein)
Date: Tue, 24 Aug 2010 18:19:39 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282673979.08.0.96681826944.issue1194222@psf.upfronthosting.co.za>


Jeffrey Finkelstein <jeffrey.finkelstein at gmail.com> added the comment:

Attached a patch with just the y2k changes and new unit test, for the py3k branch.

----------
Added file: http://bugs.python.org/file18629/issue1194222-py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Tue Aug 24 20:21:12 2010
From: report at bugs.python.org (Jeffrey Finkelstein)
Date: Tue, 24 Aug 2010 18:21:12 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282674072.16.0.515427920302.issue1194222@psf.upfronthosting.co.za>


Jeffrey Finkelstein <jeffrey.finkelstein at gmail.com> added the comment:

Attached a patch with just the y2k changes and new unit test, for the trunk branch.

----------
Added file: http://bugs.python.org/file18630/issue1194222-trunk.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Tue Aug 24 20:50:41 2010
From: report at bugs.python.org (Jeffrey Finkelstein)
Date: Tue, 24 Aug 2010 18:50:41 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282675841.6.0.82808226487.issue1194222@psf.upfronthosting.co.za>


Jeffrey Finkelstein <jeffrey.finkelstein at gmail.com> added the comment:

Added my copyright information to the patch for trunk.

----------
Added file: http://bugs.python.org/file18631/issue1194222-trunk.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Tue Aug 24 20:50:51 2010
From: report at bugs.python.org (Jeffrey Finkelstein)
Date: Tue, 24 Aug 2010 18:50:51 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282675851.98.0.194339066868.issue1194222@psf.upfronthosting.co.za>


Changes by Jeffrey Finkelstein <jeffrey.finkelstein at gmail.com>:


Removed file: http://bugs.python.org/file18630/issue1194222-trunk.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:07:54 2010
From: report at bugs.python.org (Geoffrey Bache)
Date: Tue, 24 Aug 2010 19:07:54 +0000
Subject: [issue1820] Enhance Object/structseq.c to match namedtuple and
	tuple	api
In-Reply-To: <1200284428.58.0.762384814897.issue1820@psf.upfronthosting.co.za>
Message-ID: <1282676874.31.0.352293799585.issue1820@psf.upfronthosting.co.za>


Changes by Geoffrey Bache <gjb1002 at users.sourceforge.net>:


----------
nosy: +gjb1002

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1820>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:19:48 2010
From: report at bugs.python.org (aj)
Date: Tue, 24 Aug 2010 19:19:48 +0000
Subject: [issue9674] make install DESTDIR=/ fails
In-Reply-To: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>
Message-ID: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>


New submission from aj <mailtome200420032002 at gmail.com>:

I tried to install python with make install DESTDIR=/home/blah 
./python -E ./setup.py install \ 
                --prefix=/ \ 
                --install-scripts=//bin \ 
                --install-platlib=//lib/python2.6/lib-dynload \ 
                --root=//home/blah 
running install 
running build 
running build_ext 
INFO: Can't locate Tcl/Tk libs and/or headers 
Failed to find the necessary bits to build these modules: 
_tkinter           bsddb185           dl 
imageop            sunaudiodev 
To find the necessary bits, look in setup.py in detect_modules() for 
the module's name. 
running build_scripts 
running install_lib 
creating /lib/python2.6 
error: could not create '/lib/python2.6': Permission denied 
make: *** [sharedinstall] Error 1 

I asked for help on the mailing list http://groups.google.com/group/comp.lang.python/browse_thread/thread/a0b0e49f7b8153d1#, and according to Martin v. Loewis  	
"If you have / as the prefix, you get two leading slashes, e.g. for 
//lib/python2.x. Any other prefix would have given you only a single 
slash: e.g. if it had been /usr, then you end up with /usr/lib/python2.x. 
Now, the code strips the first character to make it a relative path name 
(so that join can be used), which fails to work correctly if there are 
two leading slashes. "

I have attached the patch provided by him.

----------
components: Installation
files: python-destdir.patch
keywords: patch
messages: 114804
nosy: mailtome
priority: normal
severity: normal
status: open
title: make install DESTDIR=/ fails
type: compile error
versions: Python 2.6
Added file: http://bugs.python.org/file18632/python-destdir.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9674>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:22:20 2010
From: report at bugs.python.org (Cameron Laird)
Date: Tue, 24 Aug 2010 19:22:20 +0000
Subject: [issue9673] Entry Widget Not Editable under Windows XP
In-Reply-To: <1282672182.44.0.886074830019.issue9673@psf.upfronthosting.co.za>
Message-ID: <1282677740.11.0.831884322835.issue9673@psf.upfronthosting.co.za>


Cameron Laird <claird at phaseit.net> added the comment:

If it'll help, I can translate this to Tcl/Tk, and report it to the Tk maintainers.

My first impression, which is in the realm of wild speculation, is that this is a Tk defect which has already been corrected.  A bit more care in composition of a homologous Tk-coded example should swiftly confirm or falsify that proposition.

----------
nosy: +claird

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9673>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:28:00 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 19:28:00 +0000
Subject: [issue1525343] Webserver TypeError: expected read buffer,
	NoneType found
Message-ID: <1282678080.19.0.213723438783.issue1525343@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can this be closed as there is some doubt as to whether or not this is a Python problem?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525343>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:29:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 19:29:21 +0000
Subject: [issue1525806] Tkdnd mouse cursor handling patch
Message-ID: <1282678161.14.0.632197697803.issue1525806@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525806>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:34:46 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 19:34:46 +0000
Subject: [issue1527597] New module: miniconf
Message-ID: <1282678486.96.0.66229910646.issue1527597@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Closed in response to last paragraph of msg84520.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1527597>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:49:32 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 19:49:32 +0000
Subject: [issue1528363] forward in turtle module may cause incorrect display
Message-ID: <1282679372.95.0.530214058703.issue1528363@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I can't reproduce this with 3.1 on Windows Vista so can this be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1528363>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:52:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 19:52:51 +0000
Subject: [issue1528593] Printing: No print dialog or page setup
Message-ID: <1282679571.3.0.871145733801.issue1528593@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can our Windows gurus please comment on msg54869.

----------
nosy: +BreamoreBoy, tim.golden
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1528593>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:56:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 19:56:02 +0000
Subject: [issue1531775] HTTPSConnection request hangs
Message-ID: <1282679762.8.0.154999431463.issue1531775@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still a problem with later versions of Python?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1531775>
_______________________________________

From report at bugs.python.org  Tue Aug 24 21:58:55 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 19:58:55 +0000
Subject: [issue1534607] IndexError: Add bad index to msg
Message-ID: <1282679935.48.0.0735349891286.issue1534607@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this ever likely to happen, it's already been closed and reopened once?

----------
nosy: +BreamoreBoy
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1534607>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:02:21 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 24 Aug 2010 20:02:21 +0000
Subject: [issue1531775] HTTPSConnection request hangs
Message-ID: <1282680141.72.0.804447092707.issue1531775@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/issue1531775>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:03:34 2010
From: report at bugs.python.org (Firat Ozgul)
Date: Tue, 24 Aug 2010 20:03:34 +0000
Subject: [issue9673] Entry Widget Not Editable under Windows XP
In-Reply-To: <1282672182.44.0.886074830019.issue9673@psf.upfronthosting.co.za>
Message-ID: <1282680214.54.0.15076642621.issue9673@psf.upfronthosting.co.za>


Firat Ozgul <ozgulfirat at gmail.com> added the comment:

That sounds nice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9673>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:04:10 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:04:10 +0000
Subject: [issue1535504] CGIHTTPServer doesn't handle path names with embeded
	space
Message-ID: <1282680250.18.0.908439793713.issue1535504@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

A patch that includes unit tests and doc changes is presumably needed to take this forward.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1535504>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:05:49 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:05:49 +0000
Subject: [issue1538778] pyo's are not overwritten by different optimization
	levels
Message-ID: <1282680349.32.0.124116228406.issue1538778@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1538778>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:07:15 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:07:15 +0000
Subject: [issue1542544] Improve dynamic linking support on AIX
Message-ID: <1282680435.99.0.692939514025.issue1542544@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1542544>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:12:48 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:12:48 +0000
Subject: [issue5911] built-in compile() should take encoding option.
In-Reply-To: <1241315725.1.0.346952935822.issue5911@psf.upfronthosting.co.za>
Message-ID: <1282680768.28.0.889854121125.issue5911@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Anyone interested in producing an updated patch?

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5911>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:14:30 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Aug 2010 20:14:30 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282680870.24.0.893368314606.issue1194222@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Adding a copyright notice for a patch is not something that we generally do (and your current mod is implicitly claiming the whole file, which doesn't seem right in any case).  My understanding is that US copyright law says you have the copyright whether there's a notice or not, so you don't have to worry about putting anything in there (even assuming such a small piece of code is copyrightable, which is debatable).  Signing the contributor agreement is enough to grant redistribution rights to the code, regardless, so really nothing needs to be added.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:16:17 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:16:17 +0000
Subject: [issue1542677] compile(): IDLE shell gives different len() of unicode
	strings compared to Python shell
Message-ID: <1282680977.73.0.110752250756.issue1542677@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1542677>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:17:52 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:17:52 +0000
Subject: [issue1544102] ctypes unit test fails (test_macholib.py) under MacOS
	10.4.7
Message-ID: <1282681072.98.0.398887396875.issue1544102@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can this now be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1544102>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:25:14 2010
From: report at bugs.python.org (Albert Strasheim)
Date: Tue, 24 Aug 2010 20:25:14 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1270265835.83.0.251816264221.issue8296@psf.upfronthosting.co.za>
Message-ID: <1282681514.62.0.400293630208.issue8296@psf.upfronthosting.co.za>


Changes by Albert Strasheim <fullung at gmail.com>:


----------
nosy: +Albert.Strasheim

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:26:49 2010
From: report at bugs.python.org (Albert Strasheim)
Date: Tue, 24 Aug 2010 20:26:49 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1270265835.83.0.251816264221.issue8296@psf.upfronthosting.co.za>
Message-ID: <1282681609.52.0.185563617164.issue8296@psf.upfronthosting.co.za>


Albert Strasheim <fullung at gmail.com> added the comment:

Any chance of getting this patch applied? Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:29:45 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:29:45 +0000
Subject: [issue1552880] Unicode Imports
Message-ID: <1282681785.05.0.446225011509.issue1552880@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I think #9425 supercedes this. Am I correct?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1552880>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:29:50 2010
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 24 Aug 2010 20:29:50 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1270265835.83.0.251816264221.issue8296@psf.upfronthosting.co.za>
Message-ID: <1282681790.94.0.170854643043.issue8296@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:31:22 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:31:22 +0000
Subject: [issue1554133] PyOS_InputHook() and related API funcs. not documented
Message-ID: <1282681882.85.0.569254607448.issue1554133@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee:  -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1554133>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:33:43 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:33:43 +0000
Subject: [issue1559298] test_popen fails on Windows if installed to "Program
	Files"
Message-ID: <1282682023.59.0.590872133303.issue1559298@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559298>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:36:12 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Aug 2010 20:36:12 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1282682172.96.0.849712186824.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

See also #1552880.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:36:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:36:13 +0000
Subject: [issue1560032] confusing error msg from random.randint
Message-ID: <1282682173.05.0.291721229453.issue1560032@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1560032>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:38:55 2010
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Aug 2010 20:38:55 +0000
Subject: [issue1552880] Unicode Imports
Message-ID: <1282682335.98.0.804722928854.issue1552880@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> I think #9425 super*s*edes this. Am I correct?

#8611 or #9425, as you want. Anyway, I'm working on this topic and I will try to fix it before Python 3.2 release.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1552880>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:40:47 2010
From: report at bugs.python.org (Ask Solem)
Date: Tue, 24 Aug 2010 20:40:47 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1270265835.83.0.251816264221.issue8296@psf.upfronthosting.co.za>
Message-ID: <1282682447.04.0.922152323531.issue8296@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

This is related to our discussions at #9205 as well (http://bugs.python.org/issue9205), as the final patch there will also fix this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:42:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:42:53 +0000
Subject: [issue1563079] code.InteractiveConsole() and closed sys.stdout
Message-ID: <1282682573.3.0.328316529886.issue1563079@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Works fine on 2.7 and py3k.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1563079>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:51:48 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 24 Aug 2010 20:51:48 +0000
Subject: [issue9675] segfault: PyDict_SetItem: Assertion `value' failed.
In-Reply-To: <1282683108.48.0.667769171779.issue9675@psf.upfronthosting.co.za>
Message-ID: <1282683108.48.0.667769171779.issue9675@psf.upfronthosting.co.za>


New submission from Florent Xicluna <florent.xicluna at gmail.com>:

Crash on Python 2.7 branch.

$ ./python -We -c 'import anydbm'
python: Objects/dictobject.c:759: PyDict_SetItem: Assertion `value' failed.
Abandon

It occurs with all optional modules compiled.

----------
messages: 114823
nosy: flox
priority: normal
severity: normal
stage: unit test needed
status: open
title: segfault: PyDict_SetItem: Assertion `value' failed.
type: crash
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9675>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:54:41 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 24 Aug 2010 20:54:41 +0000
Subject: [issue9675] segfault: PyDict_SetItem: Assertion `value' failed.
In-Reply-To: <1282683108.48.0.667769171779.issue9675@psf.upfronthosting.co.za>
Message-ID: <1282683281.78.0.194152151337.issue9675@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Actually, the issue seems to be in bsddb.

$ ./python -We -c 'import bsddb'
python: Objects/dictobject.c:759: PyDict_SetItem: Assertion `value' failed.
Abandon

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9675>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:55:12 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 24 Aug 2010 20:55:12 +0000
Subject: [issue9675] segfault: PyDict_SetItem: Assertion `value' failed.
In-Reply-To: <1282683108.48.0.667769171779.issue9675@psf.upfronthosting.co.za>
Message-ID: <1282683312.18.0.189179524593.issue9675@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9675>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:55:34 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:55:34 +0000
Subject: [issue1564508] RFC 2965 BaseCookie does not support "$Port"
Message-ID: <1282683334.93.0.014203897531.issue1564508@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This won't go anywhere unless someone provides a patch.

----------
nosy: +BreamoreBoy
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1564508>
_______________________________________

From report at bugs.python.org  Tue Aug 24 22:58:26 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 20:58:26 +0000
Subject: [issue1565509] Repair or Change installation error
Message-ID: <1282683506.82.0.458842201341.issue1565509@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1565509>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:02:14 2010
From: report at bugs.python.org (Amadiro)
Date: Tue, 24 Aug 2010 21:02:14 +0000
Subject: [issue9676] Keyword to disambiguate python version
In-Reply-To: <1282683734.42.0.996381037193.issue9676@psf.upfronthosting.co.za>
Message-ID: <1282683734.42.0.996381037193.issue9676@psf.upfronthosting.co.za>


New submission from Amadiro <jwringstad at gmail.com>:

I would propose that an idiomatic way is created, for instance a pragma or statement, which allows one to disambiguate the used python version in a manner that is both obvious for the human reader, and as well allows python to reject the script, should the wrong version of the interpreter be present. I think this is a quite common problem[1][2], which could be solved in a fairly easy and pragmatic way.

Being a python beginner, I'm not well-adversed in the ways of idiomatic python, so feel free to reject or improve on my syntactic examples, these are merely meant to demonstrate my point.

Building on [3], I would suggest some syntax like this:

 #!/usr/local/bin/python
          # version: python-3
          import os, sys
          ...

Alternatively, some syntax could be used that allows one to use basic comparison operators, a range or even simple chained logical statements.

 #!/usr/local/bin/python
          # version: [2.4 .. 3.0] and not 2.6.1

          # or multiple clauses

          # version: >= 2.4.2
          # version: < 3.0
          # version: not 2.6.1
          # jpython-version: ...
          
          # or multiple keys

          # min-version: 2.4.2
          # min-jpython-version: 2.4.4
          # max-version: 2.6.1
          import os, sys
          ...

This way it should be fairly obvious to the casual reader which python version the program is intended to run under, and the python interpreter can simply reject to parse/execute the program, should it encounter an incompatible requirement.

References
[1] http://stackoverflow.com/questions/446052/python-best-way-to-check-for-python-version-in-program-that-uses-new-language-fe
[2] http://stackoverflow.com/questions/1093322/how-do-i-check-what-version-of-python-is-running-my-script
[3] http://www.python.org/dev/peps/pep-0263/

----------
components: Interpreter Core
messages: 114826
nosy: Amadiro
priority: normal
severity: normal
status: open
title: Keyword to disambiguate python version
type: feature request
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9676>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:04:38 2010
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 24 Aug 2010 21:04:38 +0000
Subject: [issue9572] IOError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1282683878.27.0.173835933171.issue9572@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Fixed in r84304. Thanks for catching that, ?ukasz.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:04:38 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 24 Aug 2010 21:04:38 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1282683878.27.0.613827378303.issue9425@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Yes.  in #1552880 I tried to make as minimal a change as possible.  This particular patch is still in use in EVE Online, which is installed in various strange and exotic paths in the orient..

The trick I employed there was to encode everything to utf-8 at the earliest oppertunity (current working directory, any unicode members in sys.path, etc.) and let the import.c machinery crunch that utf-8 code.  This works because path separators and other such stuff doesn't change under the utf-8 encoding.  As a final step, the utf8 encoded working string is converted back to unicode and native unicode API calls (on windows) are used to stat() and open() files.

A similar trick could be used on unix by converting from utf-8 to whatever native encoding the stat() and open() calls expect.

My patch never got accepted because I didn't have the time to put in the extra effort to make it cross platform.

----------
nosy: +krisvale

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:04:51 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Aug 2010 21:04:51 +0000
Subject: [issue9676] Keyword to disambiguate python version
In-Reply-To: <1282683734.42.0.996381037193.issue9676@psf.upfronthosting.co.za>
Message-ID: <1282683891.35.0.00583998876084.issue9676@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Please post to python-ideas first, and note that no syntax changes are allowed until 3.3.

----------
nosy: +benjamin.peterson
resolution:  -> rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9676>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:06:05 2010
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 24 Aug 2010 21:06:05 +0000
Subject: [issue1552880] Unicode Imports
Message-ID: <1282683965.03.0.146732042344.issue1552880@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Possibly.  I made a comment in issue 9425 explaining the particular trick that this here patch makes (using utf-8 as an intermediate form to avoid having to change all the machinery in import.c)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1552880>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:07:10 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 21:07:10 +0000
Subject: [issue9676] Keyword to disambiguate python version
In-Reply-To: <1282683734.42.0.996381037193.issue9676@psf.upfronthosting.co.za>
Message-ID: <1282684030.61.0.0594748150654.issue9676@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9676>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:21:09 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Tue, 24 Aug 2010 21:21:09 +0000
Subject: [issue8750] Many of MutableSet's methods assume that the other
	parameter is not self
In-Reply-To: <1274190262.36.0.827917272731.issue8750@psf.upfronthosting.co.za>
Message-ID: <1282684869.12.0.690626403477.issue8750@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Committed as r84301, r84302, and r84305.

----------
keywords:  -needs review
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8750>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:26:03 2010
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 24 Aug 2010 21:26:03 +0000
Subject: [issue9677] "Global Module Index" link dead
In-Reply-To: <1282685163.07.0.524302094141.issue9677@psf.upfronthosting.co.za>
Message-ID: <1282685163.07.0.524302094141.issue9677@psf.upfronthosting.co.za>


New submission from Brett Cannon <brett at python.org>:

When you build the HTML docs the "Global Module Index" link does not work while the "modules" link in the upper-right corner does.

----------
assignee: docs at python
components: Documentation
messages: 114832
nosy: brett.cannon, docs at python
priority: high
severity: normal
stage: needs patch
status: open
title: "Global Module Index" link dead
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9677>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:26:13 2010
From: report at bugs.python.org (Jeffrey Finkelstein)
Date: Tue, 24 Aug 2010 21:26:13 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282685173.15.0.0770500012542.issue1194222@psf.upfronthosting.co.za>


Jeffrey Finkelstein <jeffrey.finkelstein at gmail.com> added the comment:

Removed copyright additions from patch.

----------
Added file: http://bugs.python.org/file18633/issue1194222-py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:27:57 2010
From: report at bugs.python.org (Jeffrey Finkelstein)
Date: Tue, 24 Aug 2010 21:27:57 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282685277.52.0.674030224023.issue1194222@psf.upfronthosting.co.za>


Jeffrey Finkelstein <jeffrey.finkelstein at gmail.com> added the comment:

Removed copyright additions from patch.

----------
Added file: http://bugs.python.org/file18634/issue1194222-trunk.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:42:42 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 21:42:42 +0000
Subject: [issue1566331] Bad behaviour in <ossaudio audio device>.obuf*
Message-ID: <1282686162.17.0.893313073871.issue1566331@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I think SNDCTL_SET_CHANNELS should have read SNDCTL_DSP_CHANNELS.  The code was changed in r42752 so is this still a problem?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1566331>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:48:40 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Tue, 24 Aug 2010 21:48:40 +0000
Subject: [issue9675] segfault: PyDict_SetItem: Assertion `value' failed.
In-Reply-To: <1282683108.48.0.667769171779.issue9675@psf.upfronthosting.co.za>
Message-ID: <1282686520.37.0.800745548692.issue9675@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

It is probably related to the CObject PendingDeprecationWarning.
For the record, bsddb does not use the new Capsule API in Python 2.7.

ref: http://bugs.python.org/issue7992#msg104140

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9675>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:50:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 21:50:30 +0000
Subject: [issue1570255] redirected cookies
Message-ID: <1282686630.92.0.706311402902.issue1570255@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'll close this in a couple of weeks unless anyone objects.

----------
components: +Library (Lib) -None
nosy: +BreamoreBoy
stage:  -> unit test needed
status: open -> pending
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1570255>
_______________________________________

From report at bugs.python.org  Tue Aug 24 23:57:59 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Tue, 24 Aug 2010 21:57:59 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable
	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282687079.73.0.12128752341.issue8781@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Commited in r84307.

----------
keywords:  -needs review
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:14:42 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 22:14:42 +0000
Subject: [issue1575020] Request wave support > 16 bit samples
Message-ID: <1282688082.76.0.634959715151.issue1575020@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1575020>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:19:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 22:19:54 +0000
Subject: [issue1576598] ftplib doesn't follow standard
Message-ID: <1282688394.15.0.358541781552.issue1576598@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

There's a patch on issue821862.

----------
dependencies:  -ftplib: Strict RFC 959 (telnet in command channel)
nosy: +BreamoreBoy
resolution:  -> duplicate
status: open -> closed
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1576598>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:21:53 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 22:21:53 +0000
Subject: [issue1578999] PyArg_ParseTuple corrections
Message-ID: <1282688513.34.0.848343140108.issue1578999@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg84526.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1578999>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:22:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 22:22:18 +0000
Subject: [issue1576598] ftplib doesn't follow standard
Message-ID: <1282688538.36.0.0811387710144.issue1576598@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Mark, it?s helpful to set the superseder field when closing as duplicate. Thanks in advance :)

----------
nosy: +eric.araujo
superseder:  -> ftplib: Strict RFC 959 (telnet in command channel)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1576598>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:27:00 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Aug 2010 22:27:00 +0000
Subject: [issue1581906] test_sqlite fails on OS X if test_ctypes is run
Message-ID: <1282688820.86.0.637626313003.issue1581906@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Refer to msg87277 and msg87278.

----------
nosy: +BreamoreBoy
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1581906>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:30:29 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 22:30:29 +0000
Subject: [issue1578999] PyArg_ParseTuple corrections
Message-ID: <1282689029.11.0.980418243735.issue1578999@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Adding Ronald to nosy, maybe he can confirm this is outdated or reopen.

----------
nosy: +eric.araujo, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1578999>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:33:19 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 22:33:19 +0000
Subject: [issue1570255] redirected cookies
Message-ID: <1282689199.93.0.272508022914.issue1570255@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

John: You can subscribe to http://mail.python.org/mailman/listinfo/new-bugs-announce and use email filters.

Senthil: I?m making you nosy since I think you?re the most qualified to do something here.

----------
nosy: +eric.araujo, orsenthil
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1570255>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:34:15 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 22:34:15 +0000
Subject: [issue1570255] redirected cookies
Message-ID: <1282689255.42.0.565962188188.issue1570255@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1570255>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:50:39 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 22:50:39 +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: <1282690239.9.0.461905299954.issue3565@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> docs at python
nosy: +docs at python
stage: unit test needed -> patch review
title: array documentation, method names not 3.0 compliant -> array documentation, method names not 3.x-compliant
versions: +Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3565>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:52:09 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 22:52:09 +0000
Subject: [issue8652] Minor improvements to the "Handling Exceptions" part of
	the tutorial
In-Reply-To: <1273253134.08.0.147248211976.issue8652@psf.upfronthosting.co.za>
Message-ID: <1282690329.14.0.250176524484.issue8652@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Since there has been no feedback, you could write a patch to get the discussion going.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8652>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:54:35 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 22:54:35 +0000
Subject: [issue7353] cporting docs recommend using Include/intobject.h,
	which was removed in 3.1?
In-Reply-To: <1258578341.2.0.19051074218.issue7353@psf.upfronthosting.co.za>
Message-ID: <1282690475.89.0.566773284721.issue7353@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee:  -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7353>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:56:35 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 22:56:35 +0000
Subject: [issue8855] Shelve documentation lacks security warning
In-Reply-To: <1275180833.97.0.966181786946.issue8855@psf.upfronthosting.co.za>
Message-ID: <1282690595.26.0.203079926117.issue8855@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thank you for the report. Would you like to propose a patch against the py3k branch?

----------
nosy: +eric.araujo
stage:  -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8855>
_______________________________________

From report at bugs.python.org  Wed Aug 25 00:59:31 2010
From: report at bugs.python.org (David Watson)
Date: Tue, 24 Aug 2010 22:59:31 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <4C72FF16.6040800@v.loewis.de>
Message-ID: <20100824225934.GA4097@dbwatson.ukfsn.org>


David Watson <baikie at users.sourceforge.net> added the comment:

> > It's about environments, not applications
> 
> Still, my question remains. Is it a theoretical problem (i.e. one
> of your imagination), or a real one (i.e. one you observed in real
> life, without explicitly triggering it)? If real: what was the
> specific environment, and what was the specific host name?

Yes, I did reproduce the problem on my own system (Ubuntu 8.04).
No, it is not from a real application, nor do I know anyone with
their network configured like this (except possibly Dan "djbdns"
Bernstein: http://cr.yp.to/djbdns/idn.html ).

I reported this bug to save anyone who *is* in such an
environment from crashing applications and erroneous name
resolution.

> > That means that when a decoded hostname contains a non-ASCII
> > character which is not prohibited by IDNA/Nameprep, that string
> > will, when used in a subsequent call, not refer to the hostname
> > that was actually received, because it will be re-encoded using a
> > different codec.
> 
> Again, I fail to see the problem in this. It won't happen in
> real life. However, if you worried that this could be abused,
> I think it should decode host names as ASCII, not as UTF-8.
> Then it will be symmetric again (IIUC).

That would be an improvement.  The idea of the patches I posted
is to combine this with the existing surrogateescape mechanism,
which handles situations like this perfectly well.  I don't see
how getting a UnicodeError is better than getting a string with
some lone surrogates in it.  In fact, it was my understanding of
PEP 383 that it is in fact better to get the lone surrogates.

----------
title: socket,	PEP 383: Mishandling of non-ASCII bytes in host/domain names -> socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Wed Aug 25 01:01:48 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 23:01:48 +0000
Subject: [issue9677] "Global Module Index" link dead
In-Reply-To: <1282685163.07.0.524302094141.issue9677@psf.upfronthosting.co.za>
Message-ID: <1282690908.77.0.904967810896.issue9677@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Attached patch fixes that. This renaming is due to the introduction of domains (namespaces for roles and directives) in Sphinx 1.0.

----------
keywords: +patch
nosy: +eric.araujo
Added file: http://bugs.python.org/file18635/modindex.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9677>
_______________________________________

From report at bugs.python.org  Wed Aug 25 01:03:17 2010
From: report at bugs.python.org (Facundo Batista)
Date: Tue, 24 Aug 2010 23:03:17 +0000
Subject: [issue1545463] New-style classes fail to cleanup attributes
Message-ID: <1282690997.39.0.715873021789.issue1545463@psf.upfronthosting.co.za>


Changes by Facundo Batista <facundo at taniquetil.com.ar>:


----------
versions:  -Python 2.5.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1545463>
_______________________________________

From report at bugs.python.org  Wed Aug 25 01:09:19 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 23:09:19 +0000
Subject: [issue4966] Improving Lib Doc Sequence Types Section
In-Reply-To: <1232149418.64.0.0450574767427.issue4966@psf.upfronthosting.co.za>
Message-ID: <1282691359.9.0.475946221256.issue4966@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?m interested in making a series of patches corresponding to your suggestions, unless you or someone else want to do them.

I?m assigning to myself so that I don?t forget (I won?t have time for a couple weeks), if someone wants to do it as an easy first patch (Terry did most of the work :), it?s okay, just remove the assignment from me.

----------
assignee: docs at python -> eric.araujo
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4966>
_______________________________________

From report at bugs.python.org  Wed Aug 25 01:22:07 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 23:22:07 +0000
Subject: =?utf-8?q?=5Bissue4783=5D_document_that_json=2Eload/dump_can=E2=80=99t_be?=
	=?utf-8?q?_used_twice_on_the_same_stream?=
In-Reply-To: <1230657409.93.0.0443603821797.issue4783@psf.upfronthosting.co.za>
Message-ID: <1282692127.43.0.401334900881.issue4783@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Bob, what is the status of this bug?

----------
nosy: +docs at python, eric.araujo -georg.brandl
title: json documentation needs a BAWM (Big A** Warning Message) -> document that json.load/dump can?t be used twice on the same stream
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4783>
_______________________________________

From report at bugs.python.org  Wed Aug 25 01:27:09 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 23:27: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: <1282692429.15.0.931851823611.issue9254@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9254>
_______________________________________

From report at bugs.python.org  Wed Aug 25 01:37:22 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 24 Aug 2010 23:37:22 +0000
Subject: [issue9674] make install DESTDIR=/ fails
In-Reply-To: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>
Message-ID: <1282693042.7.0.739849125686.issue9674@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thank you for the report. I?m not sure I understand the bug.

1) On my linux-based system, doing something on //dir is the same thing as /dir. Is this a cosmetic bug (IOW, you?d like to see /dir and not //dir)?

2) Since I?m not root, creating /lib/python2.6 fails, as it should. (Note that distutils only prints one slash, which is nice.) What is the bug?

3) It?s not clear in your past whether you ran with DESTDIR=/ or  DESTDIR=/home/blah. Can you tell what you want to do and what is the bug?

Thanks again for the report.

----------
assignee:  -> tarek
components: +Distutils, Distutils2
nosy: +eric.araujo, tarek
type: compile error -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9674>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:12:39 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Aug 2010 00:12:39 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282695159.82.0.521219077757.issue8622@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

r84308 should fix the last problems on Mac OS X, FreeBSD and Solaris.

The last failure on test_sys is on Windows with test_undecodable_code (TypeError: Type str doesn't support the buffer API), which is unrelated.

Reopen the issue if you see new failures.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:14:02 2010
From: report at bugs.python.org (aj)
Date: Wed, 25 Aug 2010 00:14:02 +0000
Subject: [issue9674] make install DESTDIR=/ fails
In-Reply-To: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>
Message-ID: <1282695242.11.0.404767613558.issue9674@psf.upfronthosting.co.za>


aj <mailtome200420032002 at gmail.com> added the comment:

I ran
./configure --prefix=/
make
make install DESTDIR=/home/blah 
The installation tries to install at /lib/python2.6 which fails because I am not root. It should not try to install anything at / because I specified DESTDIR as /home/blah.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9674>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:15:14 2010
From: report at bugs.python.org (aj)
Date: Wed, 25 Aug 2010 00:15:14 +0000
Subject: [issue9674] make install DESTDIR=/home/blah fails when the prefix
	specified is /
In-Reply-To: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>
Message-ID: <1282695314.48.0.164547974041.issue9674@psf.upfronthosting.co.za>


Changes by aj <mailtome200420032002 at gmail.com>:


----------
title: make install DESTDIR=/ fails -> make install DESTDIR=/home/blah fails when the prefix specified is /

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9674>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:24:28 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 00:24:28 +0000
Subject: [issue9674] make install DESTDIR=/home/blah fails when the prefix
	specified is /
In-Reply-To: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>
Message-ID: <1282695868.94.0.08978497324.issue9674@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the clarification. Can you test the bug with the versions that are still open for bug fixes, that is 2.7, 3.1 and 3.2?

I?ll add tests and apply the original patch in distutils2. (distutils is frozen except for bug fixes, which this minor cosmetic change is not.)

I?m not a configure or make expert, so I?ll request help from other developers when we have more information.

----------
assignee: tarek -> 
components:  -Distutils

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9674>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:32:36 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Aug 2010 00:32:36 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>
Message-ID: <1282696356.97.0.311104799164.issue9632@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Think of e.g. embedded Python interpreters or py2exe-style applications
> running on Linux or other systems that don't use Unicode APIs 
> for FS-interaction or have fixed FS-encodings.

What is the problem here? Python does guess the filesystem encoding. If the encoding is "wrong" (not the value expected by the user), filenames are not displayed correctly (mojibake) but it does just work. Anyway, why is it not possible to use PYTHONFSENCODING here? Are you talking to Python modules loaded from a non-ascii path?

Sorry, but I do not understand.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:34:25 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Aug 2010 00:34:25 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>
Message-ID: <1282696465.95.0.435579028025.issue9632@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

About the patch: it should patch "Filenames and unicode" section of Doc/whatsnew/3.2.rst (to explain that sys.setfilesystemencoding() is replaced by the PYTHONFSENCODING env var).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:35:28 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 00:35:28 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282132564.59.0.094866961442.issue9632@psf.upfronthosting.co.za>
Message-ID: <1282696528.46.0.808233013914.issue9632@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/issue9632>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:44:57 2010
From: report at bugs.python.org (aj)
Date: Wed, 25 Aug 2010 00:44:57 +0000
Subject: [issue9674] make install DESTDIR=/home/blah fails when the prefix
	specified is /
In-Reply-To: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>
Message-ID: <1282697097.66.0.263125138427.issue9674@psf.upfronthosting.co.za>


aj <mailtome200420032002 at gmail.com> added the comment:

Thanks for the reply Eric. It is not a cosmetic thing. It's a bug for sure in python-2.6 disutils. I will try out python-2.7, 3.1, 3.2 and update the bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9674>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:46:12 2010
From: report at bugs.python.org (Pablo Mouzo)
Date: Wed, 25 Aug 2010 00:46:12 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1282697172.92.0.490130910116.issue2830@psf.upfronthosting.co.za>


Changes by Pablo Mouzo <pablomouzo at gmail.com>:


Removed file: http://bugs.python.org/file18619/issue2830.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:47:39 2010
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 25 Aug 2010 00:47:39 +0000
Subject: [issue9675] segfault: PyDict_SetItem: Assertion `value' failed.
In-Reply-To: <1282683108.48.0.667769171779.issue9675@psf.upfronthosting.co.za>
Message-ID: <1282697259.45.0.530269131503.issue9675@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

Importing "bsddb" crashes. Importing "bsddb3" (the updated version I keep independiently of python) DOESN'T crash.

bsddb = 4.8.4

bsddb3 = 5.0.0 (currently).

Checking the changelog, I see this possible cause:

"""
  * Capsule support was buggy. The string passed in to PyCapsule_New() must outlive the capsule.  (Larry Hastings)
"""

It is 3AM in Spain now. Will check when I find some time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9675>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:48:13 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 25 Aug 2010 00:48:13 +0000
Subject: [issue4966] Improving Lib Doc Sequence Types Section
In-Reply-To: <1232149418.64.0.0450574767427.issue4966@psf.upfronthosting.co.za>
Message-ID: <1282697293.53.0.55773952008.issue4966@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Please go ahead. I will gladly review anything you do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4966>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:48:25 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 00:48:25 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282697305.94.0.872270675071.issue1194222@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Applied in r84310.  Leaving issue open pending backport.

Thanks, Jeffrey.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Wed Aug 25 02:57:53 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 00:57:53 +0000
Subject: [issue9674] make install DESTDIR=/home/blah fails when the prefix
	specified is /
In-Reply-To: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>
Message-ID: <1282697873.92.0.624776799582.issue9674@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I have no certitude, but a strong intuition that distutils is not guilty at all here, but the makefile is. When I talk about the cosmetic bug, I refer to the double slash thing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9674>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:00:56 2010
From: report at bugs.python.org (Pablo Mouzo)
Date: Wed, 25 Aug 2010 01:00:56 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1282698056.42.0.329443033915.issue2830@psf.upfronthosting.co.za>


Pablo Mouzo <pablomouzo at gmail.com> added the comment:

Sorry about that, I have no idea how I managed to generate that diff.

I'm attaching the correct patch.

About the slash, there's a link in #9061 that recommends to escape the slash too because it's used to close tags in HTML. Is there any chance that escaping it could cause problems?

----------
Added file: http://bugs.python.org/file18636/issue2830.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:03:19 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 25 Aug 2010 01:03:19 +0000
Subject: [issue1578999] PyArg_ParseTuple corrections
Message-ID: <1282698199.14.0.394274485115.issue1578999@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Note, all of the patched files are for deprecated modules that have been removed in Python 3 so the only applicability now could be as a bug fix to 2.7.  At this late date, though, I don't think it is worth worrying about trying to review and test the patches.

----------
nosy: +ned.deily
versions:  -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1578999>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:03:19 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 01:03:19 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1282698199.83.0.995229620312.issue2830@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The link says ?forward slash is included as it helps end an HTML entity?, which I don?t understand.

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:03:38 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 25 Aug 2010 01:03:38 +0000
Subject: [issue9675] segfault: PyDict_SetItem: Assertion `value' failed.
In-Reply-To: <1282683108.48.0.667769171779.issue9675@psf.upfronthosting.co.za>
Message-ID: <1282698218.95.0.925083031887.issue9675@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

The crash is triggered because PyDict_SetItemString(d, "api", py_api) is called with py_api=NULL when PyCObject_FromVoidPtr returns an error.

A possible workaround is to create a copy of PyCObject_FromVoidPtr (e.g. _PyCObject_FromVoidPtr) which is free of warnings.
This function will be used by the _bsddb module in Python 2.7.

See patch.

----------
keywords: +patch
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file18637/issue9675_cobject.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9675>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:04:23 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 01:04:23 +0000
Subject: [issue1578999] PyArg_ParseTuple corrections
Message-ID: <1282698263.43.0.417596474769.issue1578999@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

This is best closed, then. Thanks for the reply.

----------
stage: unit test needed -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1578999>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:04:37 2010
From: report at bugs.python.org (Brian Thorne)
Date: Wed, 25 Aug 2010 01:04:37 +0000
Subject: [issue4508] distutils compiler not handling spaces in path to
	output/src files
In-Reply-To: <1228341537.43.0.522254260997.issue4508@psf.upfronthosting.co.za>
Message-ID: <1282698277.45.0.14664090018.issue4508@psf.upfronthosting.co.za>


Brian Thorne <hardbyte at gmail.com> added the comment:

Comments on the SciPy-Dev mailing list:

>>>
While testing Scipy's weave on several different Windows installations, I came
across some problems with spaces in paths that often prevent weave from working.
I can see a change that could probably get weave working on most Windows
installations, but it is a quick hack. Someone knowledgeable about distutils
(and numpy.distutils?) might be able to help me fix this properly. Below I
describe three common problems with weave on Windows, in the hope that this
information helps others, or allows someone to suggest how to fix the spaces-in-
paths problem properly.

I think there are three common problems that stop weave from working on Windows.
The first is not having a C compiler. Both Python(x,y) and EPD provide a C
compiler that seems to work fine, which is great!

The second problem is that if weave is installed to a location with a space in
the path, linking fails. There is already a scipy bug report about this
(http://projects.scipy.org/scipy/ticket/809). I've just commented on that
report, saying the problem appears to be with distutils, and there is already a
Python bug report about it (http://bugs.python.org/issue4508). Maybe someone
could close this scipy bug, or link it to the Python one somehow? In any case,
when using Python(x,y) or EPD, this bug will not show up if the default
installation locations are accepted. So, that's also good news!

The third problem is that if the Windows user name has a space in it (which in
my experience is quite common), compilation fails. Weave uses the user name to
create a path for its "intermediate" and "compiled" files. When the compilation
command is issued, the path with the space in it is also not quoted. Presumably
that is another error in distutils (or numpy.distutils)? Unfortunately I wasn't
able to pinpoint what function is failing to quote strings properly, because I
couldn't figure out the chain that leads to the compiler being called. However,
I can avoid the problem by removing spaces from the user name in weave itself
(catalog.py):

def whoami():
   """return a string identifying the user."""
   return (os.environ.get("USER") or os.environ.get("USERNAME") or
"unknown").replace(" ","")

(where I have added .replace(" ","") to the existing code).
<<<

>>>
As well as that, I have another problem on another computer (which I
don't have access to right now) where I have a user name with a space in
it, and that causes several problems (although I think these problems
are the fault of distutils and nothing to do with scipy). I found a way
to work around that though by changing the environment variable for
USERNAME from "Dan Goodman" to "DanGoo~1".
<<<

>>>
Unfortunately, it is still often necessary to patch weave to get it to work on Windows. If a Windows user name includes a space, Weave tries to use paths with spaces for its "intermediate" and "compiled" files. I have no idea if this is a problem with distutils (not quoting strings correctly), or if Weave itself should do something different, but I myself hack weave installations on Windows.
<<<

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4508>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:18:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 01:18:58 +0000
Subject: [issue4508] distutils compiler not handling spaces in path to
	output/src files
In-Reply-To: <1228341537.43.0.522254260997.issue4508@psf.upfronthosting.co.za>
Message-ID: <1282699138.92.0.293899084668.issue4508@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I tried using a space in a directory rather than in the file name and it worked. Thorney, can you repost your example as plain text files (separate source files or a diff against an empty dir) or at worst in an archive format readable by free software? Thank you.

(Don?t remember why I changed component, reverting.)

----------
components: +Distutils -Distutils2
stage:  -> unit test needed
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4508>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:21:51 2010
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 25 Aug 2010 01:21:51 +0000
Subject: [issue9675] segfault: PyDict_SetItem: Assertion `value' failed.
In-Reply-To: <1282683108.48.0.667769171779.issue9675@psf.upfronthosting.co.za>
Message-ID: <1282699311.49.0.794641887675.issue9675@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

The problem is that the "-We" is converting the CObject use to ERRORs, when this API is perfectly legal in Python 2.7.

bsddb 4.8.4 DOES *legally* uses CObjects in Python 2.7.

In pybsddb 5.0.0 I migrated to Capsule, since 5.0 doesn't support python 3.0 anymore (python 3.0 didn't support capsule).

I can commit a "4.8.4.1" version with Capsule support, for I think this crash is overzealot. 

According to http://bugs.python.org/issue7992#msg104140 , CObject is not actually deprecated in Python 2.7, so it should not cause CObjects use with "-We" to be an error. Read the mail thread. In particular: http://mail.python.org/pipermail/python-committers/2010-April/000882.html .

I would suggest to drop DeprecationWarnings for CObjects in 2.7.1.

Comments?.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9675>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:30:58 2010
From: report at bugs.python.org (Brian Thorne)
Date: Wed, 25 Aug 2010 01:30:58 +0000
Subject: [issue4508] distutils compiler not handling spaces in path to
	output/src files
In-Reply-To: <1228341537.43.0.522254260997.issue4508@psf.upfronthosting.co.za>
Message-ID: <1282699858.02.0.763842514327.issue4508@psf.upfronthosting.co.za>


Brian Thorne <hardbyte at gmail.com> added the comment:

Sorry, here is the example as a diff against an empty directory. 

(I'm 100% sure the Ubuntu archiving program that I just used is free software though...)

----------
Added file: http://bugs.python.org/file18638/example.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4508>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:45:46 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Wed, 25 Aug 2010 01:45:46 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1282700746.59.0.33767416027.issue2830@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Encoding the forward slash should not cause problems, but the quote

  ?forward slash is included as it helps end an HTML entity?

is confused; there's no need or additional value in escaping the forward slash.

----------
nosy: +fdrake

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:47:57 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 01:47:57 +0000
Subject: [issue4508] distutils compiler not handling spaces in path to
	output/src files
In-Reply-To: <1228341537.43.0.522254260997.issue4508@psf.upfronthosting.co.za>
Message-ID: <1282700877.34.0.989500543647.issue4508@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I can?t open the archive with unrar-free, and can?t apply the diff with patch (tried context mode and ed mode). Would you mind making it a unified diff this time?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4508>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:50:42 2010
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 25 Aug 2010 01:50:42 +0000
Subject: [issue8521] Allow some winreg functions to accept keyword arguments
In-Reply-To: <1272136603.7.0.986572012684.issue8521@psf.upfronthosting.co.za>
Message-ID: <1282701042.61.0.51176122756.issue8521@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


Removed file: http://bugs.python.org/file17073/issue8521.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8521>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:55:42 2010
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 25 Aug 2010 01:55:42 +0000
Subject: [issue8521] Allow some winreg functions to accept named arguments
In-Reply-To: <1272136603.7.0.986572012684.issue8521@psf.upfronthosting.co.za>
Message-ID: <1282701342.48.0.417640169397.issue8521@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

Attached is a better patch which, I think, uses better names.

CreateKeyEx, OpenKeyEx, and DeleteKeyEx (x64 only) all take named arguments. key, sub_key, reserved, and access are the names of the arguments. The tests run Create and Open regardless, but use DeleteKey or DeleteKeyEx depending on architecture. I think the docs correctly denote what was changed here.

Adding Amaury since he suggested these name changes on #5774.

----------
nosy: +amaury.forgeotdarc
title: Allow some winreg functions to accept keyword arguments -> Allow some winreg functions to accept named arguments
Added file: http://bugs.python.org/file18639/issue8521.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8521>
_______________________________________

From report at bugs.python.org  Wed Aug 25 03:59:12 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 01:59:12 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282701552.71.0.542458114988.issue8622@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

test_sys is still failing on my system where LC_CTYPE only is set to utf-8.  Victor, do you want me to apply the LANG->LC_ALL change to the test?

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 25 04:00:11 2010
From: report at bugs.python.org (Brian Thorne)
Date: Wed, 25 Aug 2010 02:00:11 +0000
Subject: [issue4508] distutils compiler not handling spaces in path to
	output/src files
In-Reply-To: <1228341537.43.0.522254260997.issue4508@psf.upfronthosting.co.za>
Message-ID: <1282701611.43.0.912703624228.issue4508@psf.upfronthosting.co.za>


Changes by Brian Thorne <hardbyte at gmail.com>:


Removed file: http://bugs.python.org/file18638/example.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4508>
_______________________________________

From report at bugs.python.org  Wed Aug 25 04:01:35 2010
From: report at bugs.python.org (Brian Thorne)
Date: Wed, 25 Aug 2010 02:01:35 +0000
Subject: [issue4508] distutils compiler not handling spaces in path to
	output/src files
In-Reply-To: <1228341537.43.0.522254260997.issue4508@psf.upfronthosting.co.za>
Message-ID: <1282701695.04.0.784151118058.issue4508@psf.upfronthosting.co.za>


Brian Thorne <hardbyte at gmail.com> added the comment:

Hopefully this works! Otherwise would a tar.gz or a zip archive be ok?

----------
Added file: http://bugs.python.org/file18640/4508example.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4508>
_______________________________________

From report at bugs.python.org  Wed Aug 25 04:01:38 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 02:01:38 +0000
Subject: [issue1194222] parsedate and Y2K
Message-ID: <1282701698.52.0.402264450454.issue1194222@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Ported to 2.7 in r84311 and to 3.1 in r84312.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1194222>
_______________________________________

From report at bugs.python.org  Wed Aug 25 04:14:24 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 02:14:24 +0000
Subject: [issue4508] distutils compiler not handling spaces in path to
	output/src files
In-Reply-To: <1228341537.43.0.522254260997.issue4508@psf.upfronthosting.co.za>
Message-ID: <1282702464.19.0.155274156233.issue4508@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks, this time it worked. I had to remove the example.i source file in setup.py since I don?t have swig installed, but apart from that, compiling ?ex ample.c? or ?ex ample/ex ample.c? worked.

Next steps:
- Write something similar to your example (can?t just copy it since Python is not under GPL) as a unit test for distutils; I?ll do it if nobody does it shortly.
- Confirm that the bug is present on windows and hunt for it (paths translation? argument quoting?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4508>
_______________________________________

From report at bugs.python.org  Wed Aug 25 04:30:12 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 02:30:12 +0000
Subject: [issue9610] buildbot: uncaptured python exception (smtpd),
	but no failure in regrtest
In-Reply-To: <1281888180.27.0.972389981931.issue9610@psf.upfronthosting.co.za>
Message-ID: <1282703412.69.0.22873696755.issue9610@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9610>
_______________________________________

From report at bugs.python.org  Wed Aug 25 05:09:59 2010
From: report at bugs.python.org (Takayuki SHIMIZUKAWA)
Date: Wed, 25 Aug 2010 03:09:59 +0000
Subject: [issue9678] uuid._ifconfig_getnode can't work on NetBSD
In-Reply-To: <1282705798.9.0.0619423981288.issue9678@psf.upfronthosting.co.za>
Message-ID: <1282705798.9.0.0619423981288.issue9678@psf.upfronthosting.co.za>


New submission from Takayuki SHIMIZUKAWA <shimizukawa at gmail.com>:

uuid.getnode() not work correctly on NetBSD5, then uuid.getnode() return random value per Python interpreter instance.
This problem is caused by the uuid._ifconfig_getnode() not supporting a 'ifconfig' / 'arp' output format of NetBSD.

I create a patch for this problem and attached.

----------
components: Library (Lib)
files: uuid-ifconfig_getnode-netbsd.patch
keywords: patch
messages: 114878
nosy: shimizukawa
priority: normal
severity: normal
status: open
title: uuid._ifconfig_getnode can't work on NetBSD
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1
Added file: http://bugs.python.org/file18641/uuid-ifconfig_getnode-netbsd.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9678>
_______________________________________

From report at bugs.python.org  Wed Aug 25 05:11:16 2010
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 25 Aug 2010 03:11:16 +0000
Subject: [issue5911] built-in compile() should take encoding option.
In-Reply-To: <1241315725.1.0.346952935822.issue5911@psf.upfronthosting.co.za>
Message-ID: <1282705876.5.0.184924271677.issue5911@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

This problem is not heavy on Python 3.
Because Python 3's byte string can't contain non-ASCII string directory.
So passing unicode string to the compile() is good enough for all cases I can imagine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5911>
_______________________________________

From report at bugs.python.org  Wed Aug 25 05:43:35 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Aug 2010 03:43:35 +0000
Subject: [issue9541] node.pre_order() does not do preorder traversal
In-Reply-To: <1281240499.35.0.988494777631.issue9541@psf.upfronthosting.co.za>
Message-ID: <1282707815.31.0.0149858554613.issue9541@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9541>
_______________________________________

From report at bugs.python.org  Wed Aug 25 06:12:10 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Aug 2010 04:12:10 +0000
Subject: [issue5911] built-in compile() should take encoding option.
In-Reply-To: <1241315725.1.0.346952935822.issue5911@psf.upfronthosting.co.za>
Message-ID: <1282709530.2.0.792425089382.issue5911@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I'll close this then.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5911>
_______________________________________

From report at bugs.python.org  Wed Aug 25 06:42:53 2010
From: report at bugs.python.org (Ned Deily)
Date: Wed, 25 Aug 2010 04:42:53 +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: <1282711373.29.0.432043829235.issue1099@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Yes, it is still an issue for all active branches.  I'm working on a patch for it.

----------
nosy: +ned.deily
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1099>
_______________________________________

From report at bugs.python.org  Wed Aug 25 07:53:50 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 25 Aug 2010 05:53:50 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <20100824225934.GA4097@dbwatson.ukfsn.org>
Message-ID: <4C74AFEA.3060601@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> That would be an improvement.  The idea of the patches I posted
> is to combine this with the existing surrogateescape mechanism,
> which handles situations like this perfectly well.

The surrogateescape mechanism is a very hackish approach, and
violates the principle that errors should never pass silently.
However, it solves a real problem - people do run into the problem
with file names every day. With this problem, I'd say "if it hurts,
don't do it, then".

----------
title: socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names -> socket,	PEP 383: Mishandling of non-ASCII bytes in host/domain names

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Wed Aug 25 09:15:18 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 25 Aug 2010 07:15:18 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable
	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282720518.29.0.174807655713.issue8781@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Hi Daniel,

there's a test failure which is related with r84307 on windows buildbot.

======================================================================
FAIL: test_cw_strings (ctypes.test.test_parameters.SimpleTypesTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\ctypes\test\test_parameters.py", line 78, in test_cw_strings
    self.assertTrue(c_wchar_p.from_param(s)._obj is s)
AssertionError: False is not True

http://www.python.org/dev/buildbot/builders/x86%20XP-4%203.x/builds/2837

----------
keywords: +buildbot
nosy: +flox
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 09:39:28 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 25 Aug 2010 07:39:28 +0000
Subject: [issue9679] unicode DNS names in urllib, urlopen
In-Reply-To: <1282721968.42.0.723881796109.issue9679@psf.upfronthosting.co.za>
Message-ID: <1282721968.42.0.723881796109.issue9679@psf.upfronthosting.co.za>


New submission from Martin v. L?wis <martin at v.loewis.de>:

Copy of issue 1027206; support in the socket module was provided, but this request remains:

Also other modules should support unicode hostnames.
(httplib already does) but urllib and urllib2 don't.

----------
components: Library (Lib), Unicode
keywords: buildbot, patch
messages: 114884
nosy: baikie, flox, gdamjan, haypo, loewis, orsenthil
priority: normal
severity: normal
stage: patch review
status: open
title: unicode DNS names in urllib, urlopen
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9679>
_______________________________________

From report at bugs.python.org  Wed Aug 25 09:39:39 2010
From: report at bugs.python.org (Tim Golden)
Date: Wed, 25 Aug 2010 07:39:39 +0000
Subject: [issue1559298] test_popen fails on Windows if installed to "Program
	Files"
Message-ID: <1282721979.27.0.566876259606.issue1559298@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559298>
_______________________________________

From report at bugs.python.org  Wed Aug 25 09:44:43 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 25 Aug 2010 07:44:43 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
Message-ID: <1282722283.8.0.138043031899.issue1027206@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I have now committed file 18615 as r84313: thanks for the patch.

I have split this issue into two: this one is only about the socket module, and #9679 carries any remaining features (it would be good if we have only one bug per bug report).

Since the buildbots are also happy now (after r84277), I'm closing this as fixed again.

----------
status: open -> closed
superseder:  -> unicode DNS names in urllib, urlopen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027206>
_______________________________________

From report at bugs.python.org  Wed Aug 25 09:47:54 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 25 Aug 2010 07:47:54 +0000
Subject: [issue9679] unicode DNS names in urllib, urlopen
In-Reply-To: <1282721968.42.0.723881796109.issue9679@psf.upfronthosting.co.za>
Message-ID: <1282722474.86.0.000534037308988.issue9679@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

>From msg60564: it's not clear to me what this request really means. It could mean that Python should support IRIs, but then, I'm not sure whether this support can be in urllib, or whether a separate library would be needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9679>
_______________________________________

From report at bugs.python.org  Wed Aug 25 10:36:49 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Aug 2010 08:36:49 +0000
Subject: [issue8622] Add PYTHONFSENCODING environment variable
In-Reply-To: <1273067725.01.0.392024082724.issue8622@psf.upfronthosting.co.za>
Message-ID: <1282725409.43.0.740067668875.issue8622@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> test_sys is still failing on my system where LC_CTYPE 
> only is set to utf-8

Oh yes, test_sys fails if LC_ALL or LC_CTYPE is a locale using a different encoding than ascii (eg. LC_ALL=fr_FR.utf8). Fixed by r84314.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8622>
_______________________________________

From report at bugs.python.org  Wed Aug 25 10:43:32 2010
From: report at bugs.python.org (Ask Solem)
Date: Wed, 25 Aug 2010 08:43:32 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1270265835.83.0.251816264221.issue8296@psf.upfronthosting.co.za>
Message-ID: <1282725812.14.0.788824226822.issue8296@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

On closer look your patch is also ignoring SystemExit. I think it's beneficial to honor SystemExit, so a user could use this as a means to replace the current process with a new one.

If we keep that behavior, the real problem here is that the
result handler hangs if the process that reserved a job is gone, which is going to be handled
by #9205. Should we mark it as a duplicate?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Wed Aug 25 10:49:58 2010
From: report at bugs.python.org (Tim Golden)
Date: Wed, 25 Aug 2010 08:49:58 +0000
Subject: [issue2528] Change os.access to check ACLs under Windows
In-Reply-To: <1207059558.9.0.891835325783.issue2528@psf.upfronthosting.co.za>
Message-ID: <1282726198.89.0.897580910785.issue2528@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2528>
_______________________________________

From report at bugs.python.org  Wed Aug 25 11:07:44 2010
From: report at bugs.python.org (Carsten Klein)
Date: Wed, 25 Aug 2010 09:07:44 +0000
Subject: [issue9659] frozenset, when subclassed will yield warning upon call to
	super(...).__init__(iterable)
In-Reply-To: <1282488141.53.0.297735015406.issue9659@psf.upfronthosting.co.za>
Message-ID: <1282727264.69.0.0419794244652.issue9659@psf.upfronthosting.co.za>


Carsten Klein <carsten.klein at axn-software.de> added the comment:

Thanks for the information. Where is this documented? I cannot find it in the official Python docs... TIA.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9659>
_______________________________________

From report at bugs.python.org  Wed Aug 25 11:21:42 2010
From: report at bugs.python.org (Carsten Klein)
Date: Wed, 25 Aug 2010 09:21:42 +0000
Subject: [issue9680] Add in declaration order support for the dictionary
	passed in to the meta class __init__ and __new__ methods
In-Reply-To: <1282728101.98.0.555622360483.issue9680@psf.upfronthosting.co.za>
Message-ID: <1282728101.98.0.555622360483.issue9680@psf.upfronthosting.co.za>


New submission from Carsten Klein <carsten.klein at axn-software.de>:

Example


class Meta(type):
    def __new__(cls, name, bases, locals):
        print repr(locals.keys())

class Test(object):
    __metaclass__ = Meta
    A = 1
    B = 2
    C = 3
    D = 4
    E = 5


The above will yield the keys in a somewhat random order, everytime you start up the Python interpreter:

['__module__', 'E', 'C', 'D', 'B', '__metaclass__', 'A']


While the above example is far from complete, it shows the basic dilemma when having some concept that relies on the order in which the elements have been declared and in the order by which they have been processed during the parse phase and ast traversal phase.

In the aforementioned first two phases one can rely on the declaration order, but as soon as we enter the __new__ method, the order becomes irrelevant and is completely lost.

For a framework of mine, I would like the locals dict that is being passed as an argument to the __new__ method to give out references to the keys in the order in which they have been declared in the dict.

Thus, the above example would yield

['__metaclass__', '__module__', 'A', 'B', 'C', 'D', 'E']


The basic reason is that I find it more intuitive to

class A(object):
  __metaclass__ = Meta
  A = 5
  Z = 9

than 

class A(object):
  __metaclass__ = Meta
  __fields__ = ((A,5), (Z,9))


As you might easily guesses, the main application for the above is a new enum type I am currently developing, where the order is important as every new instance of that class must always yield the same ordinals for the individual constants declared.

This should not break with the overall contract of the dict, which defines that keys returned are in no specific order. Thus, adding a specific order to keys in the above locals dict for class instantiation purposes only, would not break with existing code and should be both backwards and forwards compatible.

----------
components: Interpreter Core
messages: 114890
nosy: carsten.klein at axn-software.de
priority: normal
severity: normal
status: open
title: Add in declaration order support for the dictionary passed in to the meta class __init__ and __new__ methods
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/issue9680>
_______________________________________

From report at bugs.python.org  Wed Aug 25 13:02:20 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Aug 2010 11:02:20 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable
	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282734140.02.0.924831134774.issue8781@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Thanks, I will take a look sometime today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 13:05:50 2010
From: report at bugs.python.org (Kees Bos)
Date: Wed, 25 Aug 2010 11:05:50 +0000
Subject: [issue6978] compiler.transformer dict key bug d[1,] = 1
In-Reply-To: <1253712935.73.0.771654753866.issue6978@psf.upfronthosting.co.za>
Message-ID: <1282734350.72.0.275070687369.issue6978@psf.upfronthosting.co.za>


Kees Bos <k.bos at zx.nl> added the comment:

Added fix for python 2.7, which includes a test (testDictWithTupleKey) for the compiler test (Lib/test/test_compiler.py).

----------
status: pending -> open
Added file: http://bugs.python.org/file18642/compiler-bug-issue6978.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6978>
_______________________________________

From report at bugs.python.org  Wed Aug 25 13:31:44 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Aug 2010 11:31:44 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable
	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282735904.13.0.866801767519.issue8781@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

The underlying problem here is that SIZEOF_WCHAR_T is not defined in pyconfig.h on Windows.  My patch assumed that it would be defined on all platforms where HAVE_WCHAR_H is defined (I had checked ./configure, but forgotten Windows).

This has come up before and caused problems for other projects that assume including python.h will define SIZEOF_WCHAR_T on all platforms with HAVE_WCHAR_H:
http://bugs.python.org/issue4474
http://trac.wxwidgets.org/ticket/12013

The problem with my patch can be solved in one of two ways:
1. In PC/pyconfig.h, #define SIZEOF_WCHAR_T 2, or
2. Change the #if's to: HAVE_USABLE_WCHAR_T || Py_UNICODE_SIZE == SIZEOF_WCHAR_T

I prefer option #1, but it's also a more visible change than my original patch and may warrant its own issue.  Thoughts?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 13:33:39 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Aug 2010 11:33:39 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable
	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282736019.04.0.989918065775.issue8781@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Adding other Windows developers to the nosy list.  See msg114893 where your input would be helpful.

----------
nosy: +brian.curtin, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 13:54:56 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 25 Aug 2010 11:54:56 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be
	usable	(I think)
In-Reply-To: <1282735904.13.0.866801767519.issue8781@psf.upfronthosting.co.za>
Message-ID: <4C75048D.9090609@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Daniel Stutzbach wrote:
> 
> Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:
> 
> The underlying problem here is that SIZEOF_WCHAR_T is not defined in pyconfig.h on Windows.  My patch assumed that it would be defined on all platforms where HAVE_WCHAR_H is defined (I had checked ./configure, but forgotten Windows).
> 
> This has come up before and caused problems for other projects that assume including python.h will define SIZEOF_WCHAR_T on all platforms with HAVE_WCHAR_H:
> http://bugs.python.org/issue4474
> http://trac.wxwidgets.org/ticket/12013
> 
> The problem with my patch can be solved in one of two ways:
> 1. In PC/pyconfig.h, #define SIZEOF_WCHAR_T 2, or
> 2. Change the #if's to: HAVE_USABLE_WCHAR_T || Py_UNICODE_SIZE == SIZEOF_WCHAR_T
> 
> I prefer option #1, but it's also a more visible change than my original patch and may warrant its own issue.  Thoughts?

It possible, we should do the right thing and implement #1.

One thing I'm not sure about is how other Windows compilers deal
with wchar_t, e.g. MinGW or the Borland compiler. I suppose
that they all use the standard Windows C lib, so the parameter
should be 2 for them as well, but I'm not 100% sure.

----------
title: 32-bit wchar_t doesn't need to be unsigned to be usable (I think) -> 32-bit wchar_t doesn't need to be unsigned to be usable	(I think)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 14:08:33 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Aug 2010 12:08:33 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be
	usable	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282738113.76.0.693237850532.issue8781@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

On Windows, the Python headers define HAVE_USABLE_WCHAR_T and Py_UNICODE_SIZE 2, so we are already relying on sizeof(wchar_t) == 2 on Windows.

My patch ran into trouble because it inadvertently disabled that assumption in a few places, causing code to take the slow path and convert between wchar_t * and Py_UNICODE *.  The test that failed checks that the fast path was taken on Windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 14:09:55 2010
From: report at bugs.python.org (Holger Joukl)
Date: Wed, 25 Aug 2010 12:09:55 +0000
Subject: [issue1589266] bdist_sunpkg distutils command
Message-ID: <1282738195.17.0.716750464435.issue1589266@psf.upfronthosting.co.za>


Holger Joukl <jholg at gmx.de> added the comment:

> Holger, sorry your work has to be rejected.

No harm done - kind of paradoxical that my employer allowed me to release the code into the wild but hasn't been willing to let me sign the contribution form, in 4 years.

So it's at least out in the open and maybe useful to some (though rather outdated) - and could be moved into some solaris-py bdist_* project.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1589266>
_______________________________________

From report at bugs.python.org  Wed Aug 25 14:43:06 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 12:43:06 +0000
Subject: [issue9680] Add in declaration order support for the dictionary
	passed in to the meta class __init__ and __new__ methods
In-Reply-To: <1282728101.98.0.555622360483.issue9680@psf.upfronthosting.co.za>
Message-ID: <1282740186.13.0.678103621286.issue9680@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

The ordering of dictionary keys is a fundamental property of Python dictionaries (it's a hash table).  PEP 3115 provides the functionality you are looking for, your metaclass just needs to be slightly more complicated.

----------
nosy: +r.david.murray
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9680>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:08:42 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 13:08:42 +0000
Subject: [issue9679] unicode DNS names in urllib, urlopen
In-Reply-To: <1282721968.42.0.723881796109.issue9679@psf.upfronthosting.co.za>
Message-ID: <1282741722.77.0.609000403383.issue9679@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

There was a discussion about IRI on python-dev in the middle of a discussion about adding a coercable bytes type, but I can't find it. I believe the conclusion was that the best solution for IRI support was a new library that implements the full IRI spec.  It is possible that we could just add IDNA support to urllib, but it isn't clear that that work would be worth it when what is really needed is full IRI support.

See also issue1500504, though my guess based on the python-dev discussion and my experience with email is that an IRI library will need to be carefully designed with the py3k bytes/string separation in mind.

----------
nosy: +ncoghlan, r.david.murray
stage: patch review -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9679>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:09:05 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 13:09:05 +0000
Subject: [issue9679] unicode DNS names in urllib, urlopen
In-Reply-To: <1282721968.42.0.723881796109.issue9679@psf.upfronthosting.co.za>
Message-ID: <1282741745.58.0.429715617397.issue9679@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
keywords:  -buildbot, patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9679>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:30:57 2010
From: report at bugs.python.org (Jesse Noller)
Date: Wed, 25 Aug 2010 13:30:57 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1282725812.14.0.788824226822.issue8296@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=zp1ha+ySNTbiYmnt_U+C=A3-hvbi-NhA-xaOK@mail.gmail.com>


Jesse Noller <jnoller at gmail.com> added the comment:

> If we keep that behavior, the real problem here is that the
> result handler hangs if the process that reserved a job is gone, which is going to be handled
> by #9205. Should we mark it as a duplicate?

I would tend to agree with your assessment; we're better served just
gracefully handling everything per 9205

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:31:45 2010
From: report at bugs.python.org (Winston C. Yang)
Date: Wed, 25 Aug 2010 13:31:45 +0000
Subject: [issue9681] small typo in online documentation
In-Reply-To: <1282743105.63.0.0178074444742.issue9681@psf.upfronthosting.co.za>
Message-ID: <1282743105.63.0.0178074444742.issue9681@psf.upfronthosting.co.za>


New submission from Winston C. Yang <winston at cs.wisc.edu>:

See http://docs.python.org/library/subprocess.html

17.1.1.2. Exceptions

containing traceback information from the child[']s point of view

----------
messages: 114901
nosy: wcyang
priority: normal
severity: normal
status: open
title: small typo in online documentation
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9681>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:32:22 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 25 Aug 2010 13:32:22 +0000
Subject: [issue9610] buildbot: uncaptured python exception (smtpd),
	but no failure in regrtest
In-Reply-To: <1281888180.27.0.972389981931.issue9610@psf.upfronthosting.co.za>
Message-ID: <1282743142.47.0.315160950905.issue9610@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

It's very hard to tell what went wrong without an actual traceback message. What I don't understand is why smtpd module is mentioned in the message, since apparently test_ssl.py doesn't use it at all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9610>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:33:27 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 13:33:27 +0000
Subject: [issue9674] make install DESTDIR=/home/blah fails when the prefix
	specified is /
In-Reply-To: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>
Message-ID: <1282743207.87.0.465243373388.issue9674@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

See also issue1676135.  Seems that the posters were wrong in concluding that the double slashes wouldn't bother anyone using prefix=/ :)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9674>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:34:30 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Aug 2010 13:34:30 +0000
Subject: [issue9659] frozenset, when subclassed will yield warning upon call to
	super(...).__init__(iterable)
In-Reply-To: <1282727264.69.0.0419794244652.issue9659@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=Kxcfw3bewhUbSm+u1KP4D4pLsQTn8C8kY5kgA@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/25 Carsten Klein <report at bugs.python.org>:
>
> Carsten Klein <carsten.klein at axn-software.de> added the comment:
>
> Thanks for the information. Where is this documented? I cannot find it in the official Python docs... TIA.

http://docs.python.org/dev/reference/datamodel.html#object.__new__

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9659>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:38:25 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 13:38:25 +0000
Subject: [issue9680] Add in declaration order support for the dictionary
	passed in to the meta class __init__ and __new__ methods
In-Reply-To: <1282728101.98.0.555622360483.issue9680@psf.upfronthosting.co.za>
Message-ID: <1282743505.89.0.803041417944.issue9680@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

For reference, a shorter explanation that the PEP is http://docs.python.org/dev/reference/datamodel#customizing-class-creation

----------
nosy: +eric.araujo
versions:  -Python 2.6, Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9680>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:39:40 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 13:39:40 +0000
Subject: [issue1589266] bdist_sunpkg distutils command
Message-ID: <1282743580.83.0.65914006478.issue1589266@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1589266>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:46:27 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 13:46:27 +0000
Subject: [issue9668] strings in json.dump in '' instead of ""
In-Reply-To: <1282652734.85.0.734132617851.issue9668@psf.upfronthosting.co.za>
Message-ID: <1282743987.52.0.225251188011.issue9668@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

refresh, can you provide an example that shows the problem you are seeing?  Otherwise we'll close this.

----------
nosy: +r.david.murray
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9668>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:48:53 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 25 Aug 2010 13:48:53 +0000
Subject: [issue1512791] module wave does no rounding
Message-ID: <1282744133.5.0.928367618239.issue1512791@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks for the patches.  The general idea looks fine to me.  Comments:

- I'd like to see a doc entry indicating that float inputs to setframerate get rounded to the nearest integer.

- In 3.x, the extra int() isn't necessary:  round() returns an integer anyway.

Neil, if you're still following, and are interested in updating the patches, please go ahead.  Otherwise I'll fix things up and then commit in a week or two.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512791>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:52:20 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 25 Aug 2010 13:52:20 +0000
Subject: [issue9610] buildbot: uncaptured python exception (smtpd),
	but no failure in regrtest
In-Reply-To: <1281888180.27.0.972389981931.issue9610@psf.upfronthosting.co.za>
Message-ID: <1282744340.14.0.422918567995.issue9610@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

$ python2.7 test/test_asyncore.py -v
test_closeall (__main__.HelperFunctionTests) ... ok
test_closeall_default (__main__.HelperFunctionTests) ... ok
test_compact_traceback (__main__.HelperFunctionTests) ... ok
test_readwrite (__main__.HelperFunctionTests) ... ok
test_readwriteexc (__main__.HelperFunctionTests) ... ok
test_basic (__main__.DispatcherTests) ... ok
test_issue_8594 (__main__.DispatcherTests) ... ok
test_log (__main__.DispatcherTests) ... ok
test_log_info (__main__.DispatcherTests) ... ok
test_repr (__main__.DispatcherTests) ... ok
test_strerror (__main__.DispatcherTests) ... ok
test_unhandled (__main__.DispatcherTests) ... ok
test_send (__main__.DispatcherWithSendTests) ... ok
test_send (__main__.DispatcherWithSendTests_UsePoll) ... ok
test_bind (__main__.TestAPI_UseSelect) ... ok
test_connection_attributes (__main__.TestAPI_UseSelect) ... ok
test_create_socket (__main__.TestAPI_UseSelect) ... ok
test_handle_accept (__main__.TestAPI_UseSelect) ... ok
test_handle_close (__main__.TestAPI_UseSelect) ... ok
test_handle_connect (__main__.TestAPI_UseSelect) ... ok
test_handle_error (__main__.TestAPI_UseSelect) ... ok
test_handle_expt (__main__.TestAPI_UseSelect) ... ok
test_handle_read (__main__.TestAPI_UseSelect) ... ok
test_handle_write (__main__.TestAPI_UseSelect) ... ok
test_set_reuse_addr (__main__.TestAPI_UseSelect) ... ok
test_bind (__main__.TestAPI_UsePoll) ... ok
test_connection_attributes (__main__.TestAPI_UsePoll) ... ok
test_create_socket (__main__.TestAPI_UsePoll) ... ok
test_handle_accept (__main__.TestAPI_UsePoll) ... ok
test_handle_close (__main__.TestAPI_UsePoll) ... ok
test_handle_connect (__main__.TestAPI_UsePoll) ... ok
test_handle_error (__main__.TestAPI_UsePoll) ... ok
test_handle_expt (__main__.TestAPI_UsePoll) ... ok
test_handle_read (__main__.TestAPI_UsePoll) ... ok
test_handle_write (__main__.TestAPI_UsePoll) ... ok
test_set_reuse_addr (__main__.TestAPI_UsePoll) ... ok
test_dispatcher (__main__.FileWrapperTest) ... error: uncaptured python exception, closing channel <__main__.FileDispatcher at 0x70db48> (<type 'exceptions.AttributeError'>:file_wrapper instance has no attribute 'getsockopt' [/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py|readwrite|106] [/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py|handle_write_event|449])
ERROR
test_recv (__main__.FileWrapperTest) ... ok
test_send (__main__.FileWrapperTest) ... ok

======================================================================
ERROR: test_dispatcher (__main__.FileWrapperTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "test/test_asyncore.py", line 441, in test_dispatcher
    asyncore.loop(timeout=0.01, use_poll=True, count=2)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 214, in loop
    poll_fun(timeout, map)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 195, in poll2
    readwrite(obj, flags)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 119, in readwrite
    obj.handle_error()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 489, in handle_error
    self.handle_close()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 508, in handle_close
    self.close()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 396, in close
    self.socket.close()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 614, in close
    os.close(self.fd)
OSError: [Errno 9] Bad file descriptor

----------------------------------------------------------------------
Ran 39 tests in 1.445s

FAILED (errors=1)
Traceback (most recent call last):
  File "test/test_asyncore.py", line 721, in <module>
    test_main()
  File "test/test_asyncore.py", line 718, in test_main
    run_unittest(*tests)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_support.py", line 1055, in run_unittest
    _run_suite(suite)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_support.py", line 1038, in _run_suite
    raise TestFailed(err)
test.test_support.TestFailed: Traceback (most recent call last):
  File "test/test_asyncore.py", line 441, in test_dispatcher
    asyncore.loop(timeout=0.01, use_poll=True, count=2)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 214, in loop
    poll_fun(timeout, map)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 195, in poll2
    readwrite(obj, flags)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 119, in readwrite
    obj.handle_error()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 489, in handle_error
    self.handle_close()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 508, in handle_close
    self.close()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 396, in close
    self.socket.close()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", line 614, in close
    os.close(self.fd)
OSError: [Errno 9] Bad file descriptor

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9610>
_______________________________________

From report at bugs.python.org  Wed Aug 25 15:56:54 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 13:56:54 +0000
Subject: [issue9607] Test file 'test_keyword.py' submission for use with
	keyword.py
In-Reply-To: <1281849348.53.0.810648733764.issue9607@psf.upfronthosting.co.za>
Message-ID: <1282744614.54.0.944365529707.issue9607@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Greg, thanks for working on this.

I haven't looked over the whole patch yet, but there's one thing I noticed right away that needs to be fixed.  'python.exe' is the name of the python executable only on OS X, and the tests are not always run from the build directory.  To make the test OS and location independent you should instead use subprocess.Popen to run the tests, with sys.executable as the program to run.  (You can take a look at how other tests in the test suite do this by searching for sys.executable in the test suite.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9607>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:05:32 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 14:05:32 +0000
Subject: [issue8716] test_tk fails on OS X if run from buildbot slave daemon
	-- crashes Python
In-Reply-To: <1273861312.32.0.0344970613986.issue8716@psf.upfronthosting.co.za>
Message-ID: <1282745132.17.0.397865212319.issue8716@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I just ran into this while trying to run the test suite with -uall while sshed into an OSX machine and running a non-framework build.  This makes it kind of hard to run the full test suite.

Is there some way to detect that we don't have access to the window server and skip the test?  It's going to fail anyway, so even once the crash bug is fixed skipping the test when we don't have access to the window server is the right thing to do.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8716>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:22:11 2010
From: report at bugs.python.org (Neil Tallim)
Date: Wed, 25 Aug 2010 14:22:11 +0000
Subject: [issue1512791] module wave does no rounding
Message-ID: <1282746131.71.0.237100125993.issue1512791@psf.upfronthosting.co.za>


Neil Tallim <red.hamsterx at gmail.com> added the comment:

The differences are small enough that it probably doesn't matter which one of us makes the extra changes.

It'll take one step less for you to implement them while applying the fixes, so it's probably easiest if I leave that in your court. Thanks for asking if I had anything to add, though, Mark. :)


The docs-update could probably be something as simple as...

Wave_write.setframerate(n)
    Set the frame rate to n. Fractional inputs are rounded to the nearest integer.

That's pretty consistent with the way the rest of the documentation for this module has been written.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512791>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:23:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Aug 2010 14:23:31 +0000
Subject: [issue1602133] non-framework built python fails to define environ
	properly
Message-ID: <1282746211.82.0.925759226159.issue1602133@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Ronald is this still a problem or can this be closed?

----------
components: +Build
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602133>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:25:04 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Aug 2010 14:25:04 +0000
Subject: [issue1602742] itemconfigure returns incorrect text property of text
	items
Message-ID: <1282746304.25.0.151291147975.issue1602742@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602742>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:28:46 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Aug 2010 14:28:46 +0000
Subject: [issue1606233] readline on popen3 file returns empty string before end
Message-ID: <1282746526.16.0.454850696117.issue1606233@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

This won't go forward unless there is a patch with changes to code, unit tests and if needed docs.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1606233>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:31:00 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Aug 2010 14:31:00 +0000
Subject: [issue1608267] Create the DESTDIR as part of the make install process
Message-ID: <1282746660.48.0.536333673789.issue1608267@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg51470.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1608267>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:32:18 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Aug 2010 14:32:18 +0000
Subject: [issue1610654] cgi.py multipart/form-data
Message-ID: <1282746738.09.0.579978009752.issue1610654@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg110090.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1610654>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:34:25 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Aug 2010 14:34:25 +0000
Subject: [issue1611154] os.path.exists("file/") failure on Solaris 9
Message-ID: <1282746865.28.0.0640791893428.issue1611154@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1611154>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:36:32 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Aug 2010 14:36:32 +0000
Subject: [issue1611944] sndhdr.what() does not recognize wav file
Message-ID: <1282746992.39.0.35387243067.issue1611944@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> unit test needed
type:  -> behavior
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1611944>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:37:43 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Aug 2010 14:37:43 +0000
Subject: [issue1612262] Class Browser doesn't show internal classes
Message-ID: <1282747063.87.0.98795281446.issue1612262@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1612262>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:43:23 2010
From: report at bugs.python.org (Brian Curtin)
Date: Wed, 25 Aug 2010 14:43:23 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be
	usable	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282747403.22.0.881555309479.issue8781@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

+1 on option 1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 16:44:55 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Aug 2010 14:44:55 +0000
Subject: [issue1525343] Webserver TypeError: expected read buffer,
	NoneType found
Message-ID: <1282747495.62.0.336080030161.issue1525343@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Hi Mark,

due to:

Failed issue tracker submission
You are not a registered user.

I send the mail to your private account.

Long time ago. I think you can close it.

Regards,
Juergen

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525343>
_______________________________________

From report at bugs.python.org  Wed Aug 25 17:01:44 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 25 Aug 2010 15:01:44 +0000
Subject: [issue1602133] non-framework built python fails to define environ
	properly
Message-ID: <1282748504.78.0.419973968213.issue1602133@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is still a problem.

Technically this only works accidently with a framework build, code that expects that '_environ' is defined in a shared library on OSX is broken.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602133>
_______________________________________

From report at bugs.python.org  Wed Aug 25 17:03:08 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 15:03:08 +0000
Subject: [issue9681] small typo in online documentation
In-Reply-To: <1282743105.63.0.0178074444742.issue9681@psf.upfronthosting.co.za>
Message-ID: <1282748588.44.0.919006224477.issue9681@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9681>
_______________________________________

From report at bugs.python.org  Wed Aug 25 17:10:06 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 25 Aug 2010 15:10:06 +0000
Subject: [issue8716] test_tk fails on OS X if run from buildbot slave daemon
	-- crashes Python
In-Reply-To: <1273861312.32.0.0344970613986.issue8716@psf.upfronthosting.co.za>
Message-ID: <1282749006.4.0.716828599928.issue8716@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

In python 2.x  'MacOS.WMAvailable()' returns True if the windowserver is available.

The whole MacOS extension is gone in 3.x, although it should be easy enough to reimplement WMAvailable() using ctypes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8716>
_______________________________________

From report at bugs.python.org  Wed Aug 25 17:24:55 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 15:24:55 +0000
Subject: [issue5131] pprint doesn't know how to print a defaultdict
In-Reply-To: <1233592442.21.0.0563262599933.issue5131@psf.upfronthosting.co.za>
Message-ID: <1282749895.38.0.738376452719.issue5131@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Jack, can you update your patch to reflect Terry?s review?

Amaury, have you opened a feature request about your registration idea?

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5131>
_______________________________________

From report at bugs.python.org  Wed Aug 25 17:26:46 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 15:26:46 +0000
Subject: [issue5131] pprint doesn't know how to print a defaultdict
In-Reply-To: <1233592442.21.0.0563262599933.issue5131@psf.upfronthosting.co.za>
Message-ID: <1282750006.75.0.499207048672.issue5131@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

BTW, Tarek?s name is valid UTF-8 in py3k.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5131>
_______________________________________

From report at bugs.python.org  Wed Aug 25 17:35:26 2010
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 25 Aug 2010 15:35:26 +0000
Subject: [issue9674] make install DESTDIR=/home/blah fails when the prefix
	specified is /
In-Reply-To: <1282677588.85.0.771807305266.issue9674@psf.upfronthosting.co.za>
Message-ID: <1282750526.9.0.330087361054.issue9674@psf.upfronthosting.co.za>


Changes by Roumen Petrov <bugtrack at roumenpetrov.info>:


----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9674>
_______________________________________

From report at bugs.python.org  Wed Aug 25 17:45:14 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 15:45:14 +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: <1282751114.03.0.20548423356.issue9309@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
components: +Distutils2
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9309>
_______________________________________

From report at bugs.python.org  Wed Aug 25 18:02:34 2010
From: report at bugs.python.org (Dmitry Jemerov)
Date: Wed, 25 Aug 2010 16:02:34 +0000
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum
	recursion depth exceeded in cmp
In-Reply-To: <1274665334.09.0.561782804312.issue8797@psf.upfronthosting.co.za>
Message-ID: <1282752154.25.0.549073554358.issue8797@psf.upfronthosting.co.za>


Dmitry Jemerov <intelliyole at gmail.com> added the comment:

I've also run into this problem after upgrading to Python 2.6.6. My code, which uses the same HTTPBasicAuthHandler instance for many requests to the same server, worked correctly with Python 2.6.2 and broke with 2.6.6. It would be great if zenyatta's patch to fix the regression was included in 2.6.7.
Also, unfortunately NEWS.txt doesn't mention this change at all.

----------
nosy: +Dmitry.Jemerov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8797>
_______________________________________

From report at bugs.python.org  Wed Aug 25 20:08:13 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 18:08:13 +0000
Subject: [issue9682] socket.create_connection error message for domain subpart
	with invalid length is very confusing
In-Reply-To: <1282759693.65.0.0842882042261.issue9682@psf.upfronthosting.co.za>
Message-ID: <1282759693.65.0.0842882042261.issue9682@psf.upfronthosting.co.za>


New submission from R. David Murray <rdmurray at bitdance.com>:

>>> socket.create_connection(('a..com', 25))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/rdmurray/python/py3k/Lib/socket.py", line 300, in create_connection
    for res in getaddrinfo(host, port, 0, SOCK_STREAM):
  File "/home/rdmurray/python/py3k/Lib/encodings/idna.py", line 167, in encode
    result.extend(ToASCII(label))
  File "/home/rdmurray/python/py3k/Lib/encodings/idna.py", line 73, in ToASCII
    raise UnicodeError("label empty or too long")
UnicodeError: label empty or too long

I have two problems with this: why is it a UnicodeError?  (That confused me into going down a blind alley before finding my typo in the original context where I encountered this).  The other problem is the term 'label'.  I realize this is technically correct and precise, but I doubt most users will recognize it (I didn't remember what it meant until I looked it up).  Could we perhaps change it to 'domain name subpart'?

Note that in 2.x this gives 'name or service not known' unless the input string is unicode, in which case it gives the error above.  So in 2.x the UnicodeError was at least not totally dissociated from the cause of the error, but still strikes me as sub-optimal.  I would expect a ValueError.

----------
components: Library (Lib)
keywords: easy
messages: 114923
nosy: loewis, r.david.murray
priority: low
severity: normal
status: open
title: socket.create_connection error message for domain subpart with invalid length is very confusing
type: feature request
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9682>
_______________________________________

From report at bugs.python.org  Wed Aug 25 20:11:44 2010
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Aug 2010 18:11:44 +0000
Subject: [issue9208] SMTPHandler in the logging module does not handle unicode
	strings
In-Reply-To: <1278627371.74.0.0567748809415.issue9208@psf.upfronthosting.co.za>
Message-ID: <1282759904.14.0.394721493729.issue9208@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Given Vinay's last comment I don't think this needs addressing in 2.x, and it is not a problem in 3.x.

----------
nosy: +r.david.murray
resolution:  -> out of date
stage:  -> committed/rejected
status: pending -> closed
versions: +Python 2.7 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9208>
_______________________________________

From report at bugs.python.org  Wed Aug 25 21:13:43 2010
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Wed, 25 Aug 2010 19:13:43 +0000
Subject: [issue9683] Dead code in pyk inspect module
In-Reply-To: <1282763623.07.0.68649497821.issue9683@psf.upfronthosting.co.za>
Message-ID: <1282763623.07.0.68649497821.issue9683@psf.upfronthosting.co.za>


New submission from Andreas St?hrk <andy-python at hammerhartes.de>:

There is some code in the inspect module that is now with the removal of tuple unpacking in arguments in Python 3 no longer needed. The mentioned code does not even work with Python 3 (because ``len(map(...))`` will raise a TypeError).

The attached patch removes the dead code.

----------
components: Library (Lib)
files: dead_code_removed.patch
keywords: patch
messages: 114925
nosy: Trundle
priority: normal
severity: normal
status: open
title: Dead code in pyk inspect module
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18643/dead_code_removed.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9683>
_______________________________________

From report at bugs.python.org  Wed Aug 25 21:16:58 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Aug 2010 19:16:58 +0000
Subject: [issue9684] PC/pyconfig.h should define SIZEOF_WCHAR_T
In-Reply-To: <1282763818.18.0.885121985374.issue9684@psf.upfronthosting.co.za>
Message-ID: <1282763818.18.0.885121985374.issue9684@psf.upfronthosting.co.za>


New submission from Daniel Stutzbach <daniel at stutzbachenterprises.com>:

Presently, the pyconfig.h generated by configure defines SIZEOF_WCHAR_T, but PC/pyconfig.h does not, periodically causing problems:

http://bugs.python.org/issue8781
http://bugs.python.org/issue4474
http://trac.wxwidgets.org/ticket/12013

Problem and the one-line solution already discussed in Issue8781 (and to a less extent in Issue4474).

----------
assignee: stutzbach
components: Windows
messages: 114926
nosy: stutzbach
priority: normal
severity: normal
status: open
title: PC/pyconfig.h should define SIZEOF_WCHAR_T
type: behavior
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9684>
_______________________________________

From report at bugs.python.org  Wed Aug 25 21:17:21 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Aug 2010 19:17:21 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be
	usable	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282763841.97.0.136136066506.issue8781@psf.upfronthosting.co.za>


Changes by Daniel Stutzbach <daniel at stutzbachenterprises.com>:


----------
dependencies: +PC/pyconfig.h should define SIZEOF_WCHAR_T

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 21:20:05 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Aug 2010 19:20:05 +0000
Subject: [issue9684] PC/pyconfig.h should define SIZEOF_WCHAR_T
In-Reply-To: <1282763818.18.0.885121985374.issue9684@psf.upfronthosting.co.za>
Message-ID: <1282764005.04.0.269022611359.issue9684@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

After making a Windows build and running the tests, committed in r84317.

----------
resolution:  -> accepted
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9684>
_______________________________________

From report at bugs.python.org  Wed Aug 25 21:21:25 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Aug 2010 19:21:25 +0000
Subject: [issue8781] 32-bit wchar_t doesn't need to be unsigned to be
	usable	(I think)
In-Reply-To: <1274445840.82.0.641304229797.issue8781@psf.upfronthosting.co.za>
Message-ID: <1282764085.64.0.285070656834.issue8781@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

I opened a separate issue for the SIZEOF_WCHAR_T issue so I could refer to that issue number in Misc/NEWS.  Fixed in r84317.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8781>
_______________________________________

From report at bugs.python.org  Wed Aug 25 21:33:17 2010
From: report at bugs.python.org (David Albert Torpey)
Date: Wed, 25 Aug 2010 19:33:17 +0000
Subject: [issue9685] tuples should remember their hash value
In-Reply-To: <1282764797.19.0.867524122951.issue9685@psf.upfronthosting.co.za>
Message-ID: <1282764797.19.0.867524122951.issue9685@psf.upfronthosting.co.za>


New submission from David Albert Torpey <dtorp at users.sourceforge.net>:

Dictionary keys are commonly numbers, strings, or tuples. Python has optimized numbers and strings to remember their hash values on successive calls. Tuples should do this too since their recursive hash function can take a long time to compute. Tuples are Python's official record type and the one obvious way of making non-scalar dictionary keys.

The code to do this in stringobject.c is short and sweet, so this major speed boost should be an easy thing to. 

static long
string_hash(PyStringObject *a)
{
    register Py_ssize_t len;
    register unsigned char *p;
    register long x;

    if (a->ob_shash != -1)               <==
        return a->ob_shash;              <==
    len = Py_SIZE(a);
    p = (unsigned char *) a->ob_sval;
    x = *p << 7;
    while (--len >= 0)
        x = (1000003*x) ^ *p++;
    x ^= Py_SIZE(a);
    if (x == -1)                         <==
        x = -2;                          <==
    a->ob_shash = x;
    return x;
}

The code in tupleobject.c would just need to add the four lines marked above. Here's what is looks like now.

static long
tuplehash(PyTupleObject *v)
{
    register long x, y;
    register Py_ssize_t len = Py_SIZE(v);
    register PyObject **p;
    long mult = 1000003L;
    x = 0x345678L;
    p = v->ob_item;
    while (--len >= 0) {
        y = PyObject_Hash(*p++);
        if (y == -1)
            return -1;
        x = (x ^ y) * mult;
        /* the cast might truncate len; that doesn't change hash stability */
        mult += (long)(82520L + len + len);
    }
    x += 97531L;
    if (x == -1)
        x = -2;
    return x;
}

Thank you guys for all of your work.

*David

----------
messages: 114929
nosy: dtorp
priority: normal
severity: normal
status: open
title: tuples should remember their hash value
type: resource usage
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9685>
_______________________________________

From report at bugs.python.org  Wed Aug 25 21:36:12 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Aug 2010 19:36:12 +0000
Subject: [issue9685] tuples should remember their hash value
In-Reply-To: <1282764797.19.0.867524122951.issue9685@psf.upfronthosting.co.za>
Message-ID: <1282764972.64.0.784803753287.issue9685@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

This seems reasonable.  Will look at it in the next few days.

----------
assignee:  -> rhettinger
keywords: +easy
nosy: +rhettinger
priority: normal -> low
stage:  -> needs patch
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9685>
_______________________________________

From report at bugs.python.org  Wed Aug 25 21:41:33 2010
From: report at bugs.python.org (mmw)
Date: Wed, 25 Aug 2010 19:41:33 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>
Message-ID: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>


New submission from mmw <0xcafefeed at gmail.com>:

def send(self, data):
        try:
            result = self.socket.send(data)
            return result
        except socket.error, why:
            if why.args[0] == EWOULDBLOCK:
                return 0
            elif why.args[0] in (ECONNRESET, ENOTCONN, ESHUTDOWN, ECONNABORTED):
                self.handle_close()
                return 0
            else:
                raise

for whatever reason the connection could break client side, if you raise an anonymous exception there it's uncatchable, raise on a socket.error or dismiss async chat is a looper.

that's the main reason why everybody gets this crazy infinite loop on for instance broken pipe error and the thing never exit, you just raise on your-self other and other again, 

BTW, you could have the same issue whatever the language, this is a developer bug.

----------
components: Library (Lib)
messages: 114931
nosy: mmw
priority: normal
severity: normal
status: open
title: asyncore infinite loop on raise
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________

From report at bugs.python.org  Wed Aug 25 22:00:04 2010
From: report at bugs.python.org (Tim Peters)
Date: Wed, 25 Aug 2010 20:00:04 +0000
Subject: [issue9685] tuples should remember their hash value
In-Reply-To: <1282764797.19.0.867524122951.issue9685@psf.upfronthosting.co.za>
Message-ID: <1282766404.56.0.748802871225.issue9685@psf.upfronthosting.co.za>


Tim Peters <tim.peters at gmail.com> added the comment:

- Tuple objects don't currently reserve space to store their hash code, so it's likely this would increase the size of every tuple.

- It's unclear to me which natural use patterns would actually enjoy a major speed boost.  Note that dicts remember the hash codes of keys already, regardless of whether the key type remembers them too.  A tuple is typically constructed right before being used in a dict lookup, so for a one-shot use no time would be saved.  If the new tuple is used in multiple dict lookups, sure - but is that common?

----------
nosy: +tim_one

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9685>
_______________________________________

From report at bugs.python.org  Wed Aug 25 22:00:17 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Aug 2010 20:00:17 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>
Message-ID: <1282766417.54.0.757633728281.issue9686@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

What change are you proposing?

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________

From report at bugs.python.org  Wed Aug 25 22:04:59 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Wed, 25 Aug 2010 20:04:59 +0000
Subject: [issue9687] dbmmodule.c:dbm_contains fails on 64bit big-endian
	(test_dbm.py fails) when built against gdbm (int vs Py_ssize_t)
In-Reply-To: <1282766699.94.0.103473116752.issue9687@psf.upfronthosting.co.za>
Message-ID: <1282766699.94.0.103473116752.issue9687@psf.upfronthosting.co.za>


New submission from Dave Malcolm <dmalcolm at redhat.com>:

With a clean build of release27-maint (r84317), test_dbm.py fails on ppc64 with this error:
  File "test_dbm.py", line 24, in test_keys
    self.assert_(k in self.d)
AssertionError

I'm building gainst gdbm-1.8.0 (specifically, on a prerelease of RHEL6, with gdbm-devel-1.8.0-36.el6.ppc64)

All of the headers define datum as:
      typedef struct {
        char *dptr;
        int   dsize;
      } datum;

Note the use of "int" for dsize.

This fragment of code in python's Modules/dbmmodule.c:dbm_contains:
          if (PyString_AsStringAndSize(v, (char **)&key.dptr,
                                       (Py_ssize_t *)&key.dsize)) {
                  return -1;
          }
 appears to assume that
  sizeof(datum.dsize) == sizeof(Py_ssize_t)
which is not correct on these architectures:

(gdb) p sizeof(key.dsize)
$25 = 4
(gdb) p sizeof(Py_ssize_t)
$26 = 8

On ppc64, when PyString_AsStringAndSize writes the 0x00000000000000001 value for the ob_size of "a" to &key.dsize, I believe the 0x00000000 part is written to &key.size, and the 0x00000001 part is written to the 4 bytes following it, due to the incorrect cast from (int*) to (Py_ssize_t*)

Thankfully
(gdb) p sizeof(key)
$28 = 16
so it writes this value to padding within the "datum key", rather than corrupting the stack.

The dbm_fetch() invocation is thus passed a 0 dsize, and doesn't find the key, hence the test fails.

The various other uses with that source file appear correct:
(i) there are various PyArg_Parse* calls using s#, with int, which is correct, given the absence of the PY_SSIZE_T_CLEAN macro.
(ii) there are various calls of PyString_FromStringAndSize(, datum.dsize), which I believe is correct: I believe the compiler will coerce this int to the wider Py_ssize_t type.

I'm attaching a patch which (I hope) correctly coerces the size of the key from Py_ssize_t to "int" within gdb_contains.

----------
components: Extension Modules
files: fix-dbm_contains-on-64bit-bigendian.patch
keywords: patch, patch
messages: 114934
nosy: dmalcolm
priority: normal
severity: normal
stage: patch review
status: open
title: dbmmodule.c:dbm_contains fails on 64bit big-endian (test_dbm.py fails) when built against gdbm (int vs Py_ssize_t)
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18644/fix-dbm_contains-on-64bit-bigendian.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9687>
_______________________________________

From report at bugs.python.org  Wed Aug 25 22:07:50 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Wed, 25 Aug 2010 20:07:50 +0000
Subject: [issue9687] dbmmodule.c:dbm_contains fails on 64bit big-endian
	(test_dbm.py fails) when built against gdbm (int vs Py_ssize_t)
In-Reply-To: <1282766699.94.0.103473116752.issue9687@psf.upfronthosting.co.za>
Message-ID: <1282766870.33.0.733433739862.issue9687@psf.upfronthosting.co.za>


Dave Malcolm <dmalcolm at redhat.com> added the comment:

Note to self: I'm tracking this one in RH's downstream tracker as:
  https://bugzilla.redhat.com/show_bug.cgi?id=626756

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9687>
_______________________________________

From report at bugs.python.org  Wed Aug 25 23:37:34 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Aug 2010 21:37:34 +0000
Subject: [issue9685] tuples should remember their hash value
In-Reply-To: <1282764797.19.0.867524122951.issue9685@psf.upfronthosting.co.za>
Message-ID: <1282772254.9.0.668570422847.issue9685@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

FWIW, I'm -1 on this without a demonstrable improvement on some real-world cases.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9685>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:04:16 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Aug 2010 22:04:16 +0000
Subject: [issue9685] tuples should remember their hash value
In-Reply-To: <1282764797.19.0.867524122951.issue9685@psf.upfronthosting.co.za>
Message-ID: <1282773856.52.0.0395363307221.issue9685@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Hello Tim! If you have a chance, please also take a look at issue9685 which I was planning to work on in the next couple of weeks.

For memoizing tuple hashes, I'm inclined to think the one extra field is worth it.  That would help all the cases where people are concerned about double accesses to dicts in a look-before-you-leap pattern or for a pattern of fetch-item-update-value-store-new-item.

It looks like the code for collections.OrderedDict() would benefit because it does multiple lookups and stores on the same key: http://svn.python.org/view/python/branches/release27-maint/Lib/collections.py?revision=84148&view=markup

It would also help the multiple lookups and stores in caching code such as that at http://code.activestate.com/recipes/498245-lru-and-lfu-cache-decorators

I suppose we could prepare a patch, instrument it, and try it with Twisted, SQLalchemy, and Django to find-out how many tuple hash calculations would be saved by memoizing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9685>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:12:17 2010
From: report at bugs.python.org (Longpoke)
Date: Wed, 25 Aug 2010 22:12:17 +0000
Subject: [issue8855] Shelve documentation lacks security warning
In-Reply-To: <1275180833.97.0.966181786946.issue8855@psf.upfronthosting.co.za>
Message-ID: <1282774337.8.0.857143392126.issue8855@psf.upfronthosting.co.za>


Longpoke <longpoke at gmail.com> added the comment:

Okay I've attached one for the py3k branch. What about 2.7? Same patch applies there.

----------
keywords: +patch
Added file: http://bugs.python.org/file18645/shelve.rst.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8855>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:14:51 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Aug 2010 22:14:51 +0000
Subject: [issue9685] tuples should remember their hash value
In-Reply-To: <1282773856.52.0.0395363307221.issue9685@psf.upfronthosting.co.za>
Message-ID: <AANLkTinv+UpTnz7hbqC7EL+A1N=q_eYxhF-OraXSDZ7q@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/25 Raymond Hettinger <report at bugs.python.org>:
> I suppose we could prepare a patch, instrument it, and try it with Twisted, SQLalchemy, and Django to find-out how many tuple hash calculations would be saved by memoizing.

You should also check memory usage.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9685>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:35:29 2010
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Wed, 25 Aug 2010 22:35:29 +0000
Subject: [issue9683] Dead code in py3k inspect module
In-Reply-To: <1282763623.07.0.68649497821.issue9683@psf.upfronthosting.co.za>
Message-ID: <1282775729.66.0.738517954721.issue9683@psf.upfronthosting.co.za>


Changes by Andreas St?hrk <andy-python at hammerhartes.de>:


----------
title: Dead code in pyk inspect module -> Dead code in py3k inspect module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9683>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:36:35 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Aug 2010 22:36:35 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>
Message-ID: <1282775795.14.0.195137920417.issue9686@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> giampaolo.rodola
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:44:35 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Wed, 25 Aug 2010 22:44:35 +0000
Subject: [issue9688] object.__basicsize__ is erroneously0
Message-ID: <1282776275.13.0.853395186036.issue9688@psf.upfronthosting.co.za>


Changes by Dave Malcolm <dmalcolm at redhat.com>:


----------
nosy: dmalcolm
priority: normal
severity: normal
status: open
title: object.__basicsize__ is erroneously0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9688>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:45:14 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 25 Aug 2010 22:45:14 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>
Message-ID: <1282776314.87.0.880071687075.issue9686@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Could you provide a code sample which demonstrates the problem?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:45:30 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 25 Aug 2010 22:45:30 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>
Message-ID: <1282776330.72.0.925285433609.issue9686@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +josiah.carlson, josiahcarlson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:45:54 2010
From: report at bugs.python.org (Pedro Mendes)
Date: Wed, 25 Aug 2010 22:45:54 +0000
Subject: [issue9689] threading.Timer poorly documented
In-Reply-To: <1282776354.83.0.958131650001.issue9689@psf.upfronthosting.co.za>
Message-ID: <1282776354.83.0.958131650001.issue9689@psf.upfronthosting.co.za>


New submission from Pedro Mendes <pedrorm2000 at gmail.com>:

The documentation existent ( http://docs.python.org/library/threading.html#threading.Timer ) is not very helpful. The user is left wondering about the exact syntax of this function, what types of parameter it accepts etc. Could this possibly be fixed?

----------
messages: 114941
nosy: pedro3005
priority: normal
severity: normal
status: open
title: threading.Timer poorly documented
type: feature request
versions: Python 2.5, Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9689>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:48:52 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Wed, 25 Aug 2010 22:48:52 +0000
Subject: [issue9688] object.__basicsize__ is erroneously 0 on big-endian
	64-bit machines (int vs Py_ssize_t)
In-Reply-To: <1282776532.58.0.602772290765.issue9688@psf.upfronthosting.co.za>
Message-ID: <1282776532.58.0.602772290765.issue9688@psf.upfronthosting.co.za>


New submission from Dave Malcolm <dmalcolm at redhat.com>:

On 64-bit bigendian machines (ppc64 and s390x), I'm seeing:
>>> print object.__basicsize__
0

(Discovered via a segfault in Jinja2 tries to use ctypes to manipulate ob_refcnt of variables, and gets the wrong location, corrupting the objects instead; see https://bugzilla.redhat.com/show_bug.cgi?id=627347 )

struct _typeobject declares tp_basicsize and tp_itemsize as Py_ssize_t:
{
...
  Py_ssize_t tp_basicsize, tp_itemsize; /* For allocation */
...
}

but type_members defines them as T_INT:
 {"__basicsize__", T_INT, offsetof(PyTypeObject,tp_basicsize),READONLY},
 {"__itemsize__", T_INT, offsetof(PyTypeObject, tp_itemsize), READONLY},

Hence when accessing "object.__basicsize__", PyMember_GetOne reads it as a
T_INT, which gets it as 0 (incorrect).  Accessing it as Py_ssize_t reads it as
16 (correct)
(gdb) p *(Py_ssize_t*)addr
$9 = 16
(gdb) p *(int*)addr
$10 = 0

I'm attaching a patch which changes them to use T_PYSSIZE_T and adds a selftest.

----------
keywords: +patch
stage:  -> patch review
title: object.__basicsize__ is erroneously0 -> object.__basicsize__ is erroneously 0 on big-endian 64-bit machines (int vs Py_ssize_t)
type:  -> behavior
versions: +Python 2.7
Added file: http://bugs.python.org/file18646/fix-typeobject-T_INT-usage.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9688>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:55:47 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 22:55:47 +0000
Subject: [issue8501] --dry-run option doesn't work
In-Reply-To: <1271972145.51.0.00309332974734.issue8501@psf.upfronthosting.co.za>
Message-ID: <1282776947.57.0.803266332041.issue8501@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Wow. I?m amazed to see that the majority of commands don?t even bother with dry-run. I?m changing the component to distutils2: This is between bug fix and new feature, your report is the first one, and it?s easier to hack on distutils2. When this is fixed, I?ll ask Tarek if we should backport it to distutils (probably not).

I?m adding the easy keyword to indicate that writing tests for the --dry-run behavior could be done by a beginner during a sprint or bug day.

----------
assignee: tarek -> eric.araujo
components: +Distutils2 -Distutils
dependencies: +distutils argument parsing is bogus
keywords: +easy
stage:  -> unit test needed
versions: +Python 2.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8501>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:57:03 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 22:57:03 +0000
Subject: [issue8501] --dry-run option doesn't work
In-Reply-To: <1271972145.51.0.00309332974734.issue8501@psf.upfronthosting.co.za>
Message-ID: <1282777023.72.0.482400570294.issue8501@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
dependencies:  -distutils argument parsing is bogus

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8501>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:58:09 2010
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Aug 2010 22:58:09 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1282777089.18.0.645198960662.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> r84012 patchs zipimporter_init() to use the new PyUnicode_FSDecoder() 
> and use Py_UNICODE* (unicode) strings instead of char* (byte) strings.

oops, it's r84013 (not r84012)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Thu Aug 26 00:59:56 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 22:59:56 +0000
Subject: [issue8501] --dry-run option doesn't work
In-Reply-To: <1271972145.51.0.00309332974734.issue8501@psf.upfronthosting.co.za>
Message-ID: <1282777196.89.0.837820757692.issue8501@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
dependencies: +distutils dry-run breaks when attempting to bytecompile

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8501>
_______________________________________

From report at bugs.python.org  Thu Aug 26 01:00:27 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 23:00:27 +0000
Subject: [issue1109658] distutils dry-run breaks when attempting to bytecompile
Message-ID: <1282777227.39.0.52323749313.issue1109658@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I?ll port this patch to distutils2 as part of #8501 and ask Tarek whether it can go in distutils too.

----------
assignee: tarek -> eric.araujo
components: +Distutils2 -Distutils
nosy: +eric.araujo
versions: +Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1109658>
_______________________________________

From report at bugs.python.org  Thu Aug 26 01:10:05 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Wed, 25 Aug 2010 23:10:05 +0000
Subject: [issue9572] IOError or OSError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1282777805.55.0.00286620774696.issue9572@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

This one looks very similar (r84315 on i386 Ubuntu 3.x buildbot):

./python -Wd -E -bb ./Lib/test/regrtest.py -uall -rwW -l 
== CPython 3.2a1+ (py3k:84315, Aug 25 2010, 17:07:54) [GCC 4.6.0 20100814 (experimental) [trunk revision 163239]]
==   Linux-2.6.32-24-server-i686-with-debian-squeeze-sid little-endian
==   /scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/build/test_python_17577
Using random seed 4479416
[  1/346] test_thread
[  2/346] test_hash
[  3/346] test_zipfile64
test_zipfile64 skipped -- test requires loads of disk-space bytes and a long time to run
[  4/346] test_dbm_gnu
test_dbm_gnu skipped -- No module named _gdbm
[  5/346] test_funcattrs
[  6/346] test_http_cookies
[  7/346] test_multiprocessing
Process Process-24:
Traceback (most recent call last):
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/process.py", line 233, in _bootstrap
    self.run()
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/process.py", line 88, in run
    self._target(*self._args, **self._kwargs)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/test/test_multiprocessing.py", line 1260, in _putter
    manager.connect()
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/managers.py", line 477, in connect
    conn = Client(self._address, authkey=self._authkey)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/connection.py", line 427, in XmlClient
    import xmlrpc.client as xmlrpclib
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 450, in load_module
    return self._load_module(fullname)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 155, in decorated
    return fxn(self, module, *args, **kwargs)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 344, in _load_module
    code_object = self.get_code(name)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 437, in get_code
    self.set_data(bytecode_path, data)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 495, in set_data
    _os.mkdir(parent)
OSError: [Errno 17] File exists: '/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/xmlrpc/__pycache__'
test test_multiprocessing failed -- Traceback (most recent call last):
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/test/test_multiprocessing.py", line 1273, in test_rapid_restart
    queue = manager.get_queue()
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/managers.py", line 644, in temp
    token, exp = self._create(typeid, *args, **kwds)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/managers.py", line 542, in _create
    conn = self._Client(self._address, authkey=self._authkey)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/connection.py", line 427, in XmlClient
    import xmlrpc.client as xmlrpclib
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 450, in load_module
    return self._load_module(fullname)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 155, in decorated
    return fxn(self, module, *args, **kwargs)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 344, in _load_module
    code_object = self.get_code(name)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 437, in get_code
    self.set_data(bytecode_path, data)
  File "/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py", line 495, in set_data
    _os.mkdir(parent)
OSError: [Errno 17] File exists: '/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/xmlrpc/__pycache__'

http://www.python.org/dev/buildbot/builders/i386 Ubuntu 3.x/builds/2005

----------
status: closed -> open
title: IOError in test_multiprocessing -> IOError or OSError in test_multiprocessing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Thu Aug 26 01:13:28 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Aug 2010 23:13:28 +0000
Subject: [issue9688] object.__basicsize__ is erroneously 0 on big-endian
	64-bit machines (int vs Py_ssize_t)
In-Reply-To: <1282776532.58.0.602772290765.issue9688@psf.upfronthosting.co.za>
Message-ID: <1282778008.51.0.071565983118.issue9688@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

r84320.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9688>
_______________________________________

From report at bugs.python.org  Thu Aug 26 01:26:24 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Wed, 25 Aug 2010 23:26:24 +0000
Subject: [issue9598] untabify.py fails on files that contain non-ascii
	characters
In-Reply-To: <1281740774.41.0.842761146652.issue9598@psf.upfronthosting.co.za>
Message-ID: <1282778784.69.0.798282165068.issue9598@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

The builtin open in 3.2 is similar to codecs.open. If you read the error message closely, you?ll see that the decoding that failed did try to use UTF-8.

The cause of the problem here is that the bytes used for the ? in Fran?ois? name are not valid UTF-8; I can fix that. This does not change the original purpose of this report: untabify should not die.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9598>
_______________________________________

From report at bugs.python.org  Thu Aug 26 02:01:09 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 00:01:09 +0000
Subject: [issue9689] threading.Timer poorly documented
In-Reply-To: <1282776354.83.0.958131650001.issue9689@psf.upfronthosting.co.za>
Message-ID: <1282780869.78.0.716215115785.issue9689@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

That's just a summary.  The full documentation of the class is further down the page.  What's missing is a hyperlink from the summary to the full description.  It's probably just a markup error.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9689>
_______________________________________

From report at bugs.python.org  Thu Aug 26 02:02:13 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 00:02:13 +0000
Subject: [issue9689] threading.Timer poorly documented
In-Reply-To: <1282776354.83.0.958131650001.issue9689@psf.upfronthosting.co.za>
Message-ID: <1282780933.07.0.546267831905.issue9689@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
type: feature request -> behavior
versions: +Python 3.1, Python 3.2 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9689>
_______________________________________

From report at bugs.python.org  Thu Aug 26 02:47:54 2010
From: report at bugs.python.org (Kay Hayen)
Date: Thu, 26 Aug 2010 00:47:54 +0000
Subject: [issue9690] Cannot distinguish b"str" from "str" in ast module.
In-Reply-To: <1282783674.62.0.292331118053.issue9690@psf.upfronthosting.co.za>
Message-ID: <1282783674.62.0.292331118053.issue9690@psf.upfronthosting.co.za>


New submission from Kay Hayen <kayhayen at gmx.de>:

There is no way to decide if a string literal should be non-unicode when the default has been set to unicode_literals. Please see: 

>>> import ast
>>> ast.dump( ast.parse( """c = "d" """ ) )
"Module(body=[Assign(targets=[Name(id='c', ctx=Store())], value=Str(s='d'))])"
>>> from __future__ import unicode_literals
>>> ast.dump( ast.parse( """c = "d" """ ) )
"Module(body=[Assign(targets=[Name(id='c', ctx=Store())], value=Str(s='d'))])"
>>> ast.dump( ast.parse( """c = b"d" """ ) )
"Module(body=[Assign(targets=[Name(id='c', ctx=Store())], value=Str(s='d'))])"
>>> ast.dump( ast.parse( """c = u"d" """ ) )
"Module(body=[Assign(targets=[Name(id='c', ctx=Store())], value=Str(s=u'd'))])"

I have checked fields, but didn't find anything either. Without an indication of the Str literal type, its type cannot be detected. In either case it is "str" and may or not have to be converted to a unicode value.

----------
components: Library (Lib)
messages: 114950
nosy: kayhayen
priority: normal
severity: normal
status: open
title: Cannot distinguish b"str" from "str" in ast module.
type: behavior
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9690>
_______________________________________

From report at bugs.python.org  Thu Aug 26 02:49:53 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 00:49:53 +0000
Subject: [issue1109659] distutils argument parsing is bogus
Message-ID: <1282783793.66.0.150950019347.issue1109659@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Being able to write a global option after a command name seems a nice feature to me, and the implementation should be straightforward: The base Command class already adds some options like help to each subclass, it?s just a matter of adding verbose, quiet and dry-run and adapting distribution.

no-user-cfg would have to be special-cased: Giving this option to one command  would just pass it to the Distribution instance. Supporting per-command no-user-cfg would be overly complicated and not really useful.

----------
components: +Distutils2 -Distutils
versions: +Python 2.5, Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1109659>
_______________________________________

From report at bugs.python.org  Thu Aug 26 02:50:28 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 00:50:28 +0000
Subject: [issue1109659] distutils argument parsing is bogus
Message-ID: <1282783828.72.0.375902309439.issue1109659@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee: tarek -> eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1109659>
_______________________________________

From report at bugs.python.org  Thu Aug 26 03:52:09 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 26 Aug 2010 01:52:09 +0000
Subject: [issue9690] Cannot distinguish b"str" from "str" in ast module.
In-Reply-To: <1282783674.62.0.292331118053.issue9690@psf.upfronthosting.co.za>
Message-ID: <1282787529.49.0.885372859755.issue9690@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

You'll have to look at the compile flags or search the future flags.

----------
nosy: +benjamin.peterson
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9690>
_______________________________________

From report at bugs.python.org  Thu Aug 26 04:33:09 2010
From: report at bugs.python.org (mmw)
Date: Thu, 26 Aug 2010 02:33:09 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282776314.87.0.880071687075.issue9686@psf.upfronthosting.co.za>
Message-ID: <AANLkTinPqXDj2OJ6Kc23UGUrEtzJW3tu4jG15YHqcZF6@mail.gmail.com>


mmw <0xcafefeed at gmail.com> added the comment:

First it depends on the socket type but might use a select call, secondable
raise on a socket.error, thirdable you could call the close_handle with the
message and let the guys if he would like to retry, network connection might
be capricious especially for client connected through a wifi network or
behind some firewall blocking port

the asyncchat is a looper if you don't let him catch the exception you just
create an infinite loop, this API needs a stronger model.

On Wed, Aug 25, 2010 at 3:45 PM, Giampaolo Rodola'
<report at bugs.python.org>wrote:

>
> Giampaolo Rodola' <g.rodola at gmail.com> added the comment:
>
> Could you provide a code sample which demonstrates the problem?
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue9686>
> _______________________________________
>

----------
Added file: http://bugs.python.org/file18647/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________
-------------- next part --------------
First it depends on the socket type but might use a select call, secondable raise on a socket.error, thirdable you could call the close_handle with the message and let the guys if he would like to retry, network connection might be capricious especially for client connected through a wifi network or behind some firewall blocking port<br>
<br>the asyncchat is a looper if you don&#39;t let him catch the exception you just create an infinite loop, this API needs a stronger model.<br>??<br><br><div class="gmail_quote">On Wed, Aug 25, 2010 at 3:45 PM, Giampaolo Rodola&#39; <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="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Giampaolo Rodola&#39; &lt;<a href="mailto:g.rodola at gmail.com">g.rodola at gmail.com</a>&gt; added the comment:<br>
<br>
Could you provide a code sample which demonstrates the problem?<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/issue9686" target="_blank">http://bugs.python.org/issue9686</a>&gt;<br>
_______________________________________<br>
</div></div></blockquote></div><br>

From report at bugs.python.org  Thu Aug 26 04:56:33 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 02:56:33 +0000
Subject: [issue2570] backport 3.0-style \u/\U processing in raw strings when
	unicode_literals is imported from __future__
In-Reply-To: <1207592942.81.0.864010115323.issue2570@psf.upfronthosting.co.za>
Message-ID: <1282791393.9.0.340411480692.issue2570@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yes it does seem like it is too late for this, code might be depending on this behavior now in 2.7.

----------
nosy: +r.david.murray
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2570>
_______________________________________

From report at bugs.python.org  Thu Aug 26 06:38:13 2010
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Czuja?=)
Date: Thu, 26 Aug 2010 04:38:13 +0000
Subject: [issue9572] IOError or OSError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1282797493.21.0.801976158382.issue9572@psf.upfronthosting.co.za>


?ukasz Czuja <lukasz at czuja.pl> added the comment:

I Had the same issue while using the lib. I had to replace every: IOError with (IOError, OSError) to catch both and just then compare exc.errno.

Also in your r84271 commit, on line 507 you did:

507 : 	with _io.FileIO(path, 'wb') as file: 

shouldn't it be:

507 : 	with _closing(_io.FileIO(path, 'wb')) as file: 

as in previous commit? In case of an error, you're not closing the file properly. Or am I reading that wrong?

Cheers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Thu Aug 26 08:32:01 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 26 Aug 2010 06:32:01 +0000
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum
	recursion depth exceeded in cmp
In-Reply-To: <1274665334.09.0.561782804312.issue8797@psf.upfronthosting.co.za>
Message-ID: <1282804321.92.0.992455187728.issue8797@psf.upfronthosting.co.za>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

I checked in a modified version of reset the retry count for respnse code !=401 in the following checkins:
r84323 (py3k)
r84324 (release21-maint)
r84325 (release31-maint)

Unfortunately, we wont be able to patch the 2.6.x release. You might want to use patch which is attached or fix it at mercurial end.

Another issue, Issue9639 was fixed to reset the retry on successful response.

I am going to close this issue, there was a minor discussion in the middle if 5 retries in worth it, but it looks like it is (msg107261).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8797>
_______________________________________

From report at bugs.python.org  Thu Aug 26 08:33:10 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 26 Aug 2010 06:33:10 +0000
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum
	recursion depth exceeded in cmp
In-Reply-To: <1274665334.09.0.561782804312.issue8797@psf.upfronthosting.co.za>
Message-ID: <1282804390.26.0.508422990452.issue8797@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <orsenthil at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
Added file: http://bugs.python.org/file18648/basic_auth.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8797>
_______________________________________

From report at bugs.python.org  Thu Aug 26 08:38:48 2010
From: report at bugs.python.org (Kay Hayen)
Date: Thu, 26 Aug 2010 06:38:48 +0000
Subject: [issue9690] Cannot distinguish b"str" from "str" in ast module.
In-Reply-To: <1282783674.62.0.292331118053.issue9690@psf.upfronthosting.co.za>
Message-ID: <1282804728.82.0.36792139194.issue9690@psf.upfronthosting.co.za>


Kay Hayen <kayhayen at gmx.de> added the comment:

You didn't understand. Please tell me, how to decide if this is a unicode literal or a str (2.x) literal:

value=Str(s='d')

It's just not possible. When I found a "from __future__ import unicode_literals" in the code before, it means I should convert "value.s" to unicode fine. But the syntax allows with b"d" to make an exception for some strings. Your test "test_compile.py" contains it.

May I ask you to not "close" this bug therefore, as your proposal is not feasible? I really need ast.parse() to return different nodes for the string literals "d" and b"d" or else I cannot detect the non-unicode literals with unicode literals as default.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9690>
_______________________________________

From report at bugs.python.org  Thu Aug 26 08:50:12 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 26 Aug 2010 06:50:12 +0000
Subject: [issue9683] Dead code in py3k inspect module
In-Reply-To: <1282763623.07.0.68649497821.issue9683@psf.upfronthosting.co.za>
Message-ID: <1282805412.08.0.605097127882.issue9683@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Indeed, with 3.1:

>>> def f(x, y): pass
...
>>> inspect.formatargspec(inspect.getargspec(f))
TypeError: object of type 'map' has no len()

----------
nosy: +amaury.forgeotdarc
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9683>
_______________________________________

From report at bugs.python.org  Thu Aug 26 09:13:18 2010
From: report at bugs.python.org (=?utf-8?q?G=C3=B6ran_Uddeborg?=)
Date: Thu, 26 Aug 2010 07:13:18 +0000
Subject: [issue1487481] Could BIND_FIRST be removed on HP-UX?
Message-ID: <1282806798.45.0.780791546053.issue1487481@psf.upfronthosting.co.za>


G?ran Uddeborg <goeran at uddeborg.se> added the comment:

Although BIND_FIRST is still there, I could not reproduce the problem with Python 3.1.2.  If it is because something changed in Python, or that HP-UX has fixed something, I don't know.  I still don't see the point in specifying BIND_FIRST here.  But in any case I can not reproduce the problem any more.

(I had to do a couple of tweaks to build on HP-UX 11 with the native compiler.  Is it worthwhile to report them, or is this platform effectively dead from Python's point of view?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1487481>
_______________________________________

From report at bugs.python.org  Thu Aug 26 09:39:55 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Thu, 26 Aug 2010 07:39:55 +0000
Subject: [issue9572] IOError or OSError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1282808395.91.0.780999145118.issue9572@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

?ukasz,

_closing is not necessary on FileIO instances. The class already declares an __exit__ method which takes care of closing file.

>>> import io
>>> f = io.FileIO('/tmp/test_closing', 'wb')
>>> f.closed
False

>>> f.__exit__()
>>> f.closed
True

Since both IOError and OSError are direct subclasses of EnvironmentError, we can use this in the except clause.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Thu Aug 26 09:45:57 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Thu, 26 Aug 2010 07:45:57 +0000
Subject: [issue9572] IOError or OSError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1282808757.47.0.864718007996.issue9572@psf.upfronthosting.co.za>


Florent Xicluna <florent.xicluna at gmail.com> added the comment:

Patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file18649/issue9572_oserror.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From orsenthil at gmail.com  Thu Aug 26 11:03:29 2010
From: orsenthil at gmail.com (Senthil Kumaran)
Date: Thu, 26 Aug 2010 14:33:29 +0530
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError:
	maximum recursion depth exceeded in cmp
In-Reply-To: <1282804321.92.0.992455187728.issue8797@psf.upfronthosting.co.za>
References: <1274665334.09.0.561782804312.issue8797@psf.upfronthosting.co.za>
	<1282804321.92.0.992455187728.issue8797@psf.upfronthosting.co.za>
Message-ID: <AANLkTinK5R+e27UBXNbTNXs6PtedJippKk-5zS6a7S7w@mail.gmail.com>

> r84324 (release21-maint)

That should be release27-maint. :)

From report at bugs.python.org  Thu Aug 26 11:03:53 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 26 Aug 2010 09:03:53 +0000
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum
	recursion depth exceeded in cmp
In-Reply-To: <1282804321.92.0.992455187728.issue8797@psf.upfronthosting.co.za>
Message-ID: <AANLkTinK5R+e27UBXNbTNXs6PtedJippKk-5zS6a7S7w@mail.gmail.com>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

> r84324 (release21-maint)

That should be release27-maint. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8797>
_______________________________________

From report at bugs.python.org  Thu Aug 26 11:54:35 2010
From: report at bugs.python.org (Mads Kiilerich)
Date: Thu, 26 Aug 2010 09:54:35 +0000
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum
	recursion depth exceeded in cmp
In-Reply-To: <1274665334.09.0.561782804312.issue8797@psf.upfronthosting.co.za>
Message-ID: <1282816475.55.0.0403013824496.issue8797@psf.upfronthosting.co.za>


Mads Kiilerich <mads at kiilerich.com> added the comment:

Senthil, can you tell us why this fix is correct - and convince us that it is the Final Fix for this issue? Not because I don't trust you, but because this issue has a bad track record.

Some comments/questions to this patch:

Why do 401 require such special handling? Why not handle it like the other errors?

How do this work together with http://code.google.com/p/support/issues/detail?id=3985 ?

Detail: I'm surprised you don't use reset_retry_count() - that makes it a bit harder to grok the code. And the patch doesn't reduce the complexity of the code.

But ... I really don't understand ... .retried is a kind of error counter. Why do we reset it on errors? I would expect it to be reset on success ... or perhaps on anything but 401, 403 and 407. Or perhaps it should be reset whenever a new URL is requested.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8797>
_______________________________________

From report at bugs.python.org  Thu Aug 26 13:03:52 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 26 Aug 2010 11:03:52 +0000
Subject: [issue9686] asyncore infinite loop on raise
In-Reply-To: <1282765293.84.0.0540536111672.issue9686@psf.upfronthosting.co.za>
Message-ID: <1282820632.26.0.74751167843.issue9686@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

I agree with you that asyncore API model is far from being robust and I've personally seen infinite recursion more than once if certain asyncore methods aren't properly subclassed.

What I don't understand is what changes you are proposing and, again, it would be very helpful if you could provide an example code which demonstrates the problems you're complaining about (infinite recursion? broken pipe error? both?).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9686>
_______________________________________

From report at bugs.python.org  Thu Aug 26 13:29:06 2010
From: report at bugs.python.org (Dwayne Bailey)
Date: Thu, 26 Aug 2010 11:29:06 +0000
Subject: [issue7005] ConfigParser does not handle options without values
In-Reply-To: <1254032044.95.0.187935622211.issue7005@psf.upfronthosting.co.za>
Message-ID: <1282822146.35.0.829251860278.issue7005@psf.upfronthosting.co.za>


Dwayne Bailey <dwayne+pythonbugs at translate.org.za> added the comment:

This is causing a regression in our code.

Previously when we write out our INI file for an entry that has a value of None we saw the following:
value = None

These are now stored as:
value

This is now causing a traceback in our code.

But interestingly I haven't changed anything in our initialisation of ConfigParser, I would have assumed that I need to set allow_no_value for this to work in the new way that MySQL expects.

I would have expected everything to work as it currently does in 2.6 unless I specifically request

You can see the traceback of Virtaal under Python 2. in this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=622061

----------
nosy: +dwayne

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7005>
_______________________________________

From report at bugs.python.org  Thu Aug 26 13:30:49 2010
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 26 Aug 2010 11:30:49 +0000
Subject: [issue9691] sdist includes files that are not in MANIFEST.in
In-Reply-To: <1282822249.86.0.974734126224.issue9691@psf.upfronthosting.co.za>
Message-ID: <1282822249.86.0.974734126224.issue9691@psf.upfronthosting.co.za>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

The attached file 'manifest-test.zip' is a small distutils project that demonstrates a problem I have with the sdist command.

The archive contains a directory 'sandbox' that is not mentioned in MANIFEST.in or anywhere in setup.py. When I create an sdist using "python setup.py sdist" the sandbox directory is included in the archive.

This happens with 2.7 on Windows, while 2.7 on OSX does not have this behavior.

----------
assignee: tarek
components: Distutils
files: manifest-test.zip
messages: 114966
nosy: eric.araujo, ronaldoussoren, tarek
priority: normal
severity: normal
stage: unit test needed
status: open
title: sdist includes files that are not in MANIFEST.in
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18650/manifest-test.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9691>
_______________________________________

From report at bugs.python.org  Thu Aug 26 13:49:37 2010
From: report at bugs.python.org (=?utf-8?q?Andreas_St=C3=BChrk?=)
Date: Thu, 26 Aug 2010 11:49:37 +0000
Subject: [issue9683] Dead code in py3k inspect module
In-Reply-To: <1282763623.07.0.68649497821.issue9683@psf.upfronthosting.co.za>
Message-ID: <1282823377.28.0.936058946313.issue9683@psf.upfronthosting.co.za>


Andreas St?hrk <andy-python at hammerhartes.de> added the comment:

The correct call is more something like ``inspect.formatargspec(*inspect.getargspec(f))``, which should work for all (Python) functions in Python 3. In Python 2, tuple unpacking was represented using a nested list for the arguments:

>>> def f(x, (y, z)): pass
... 
>>> inspect.getargspec(f).args
['x', ['y', 'z']]

It is impossible to get such a nested list from `getargspec()` now, but if you provide one, you execute the dead code path:

>>> inspect.formatargspec(['x', ['y', 'z']])
TypeError: object of type 'map' has no len()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9683>
_______________________________________

From report at bugs.python.org  Thu Aug 26 14:28:47 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 26 Aug 2010 12:28:47 +0000
Subject: [issue7005] ConfigParser does not handle options without values
In-Reply-To: <1254032044.95.0.187935622211.issue7005@psf.upfronthosting.co.za>
Message-ID: <1282825727.02.0.182867997066.issue7005@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Re-opening for investigation.

(The previous message really should have been a new issue.)

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7005>
_______________________________________

From report at bugs.python.org  Thu Aug 26 14:32:37 2010
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 26 Aug 2010 12:32:37 +0000
Subject: [issue7005] ConfigParser does not handle options without values
In-Reply-To: <1254032044.95.0.187935622211.issue7005@psf.upfronthosting.co.za>
Message-ID: <1282825957.5.0.772774293505.issue7005@psf.upfronthosting.co.za>


Changes by Fred L. Drake, Jr. <fdrake at acm.org>:


----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7005>
_______________________________________

From report at bugs.python.org  Thu Aug 26 14:52:48 2010
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 26 Aug 2010 12:52:48 +0000
Subject: [issue1552] fromfd() and socketpair() should return wrapped sockets
In-Reply-To: <1196739495.6.0.25894007336.issue1552@psf.upfronthosting.co.za>
Message-ID: <1282827168.07.0.729479179352.issue1552@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

fromfd is already taken care of in 3.2. Otherwise, this looks like a good fix once updated to trunk.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1552>
_______________________________________

From report at bugs.python.org  Thu Aug 26 14:58:01 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 26 Aug 2010 12:58:01 +0000
Subject: [issue9690] Cannot distinguish b"str" from "str" in ast module.
In-Reply-To: <1282783674.62.0.292331118053.issue9690@psf.upfronthosting.co.za>
Message-ID: <1282827481.49.0.766083675505.issue9690@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I see that it's a problem, but there's nothing we can do about it now, so you'll have to determine whether it was unicode literals or not based on compile flags.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9690>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:06:12 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 26 Aug 2010 13:06:12 +0000
Subject: [issue1552] fromfd() and socketpair() should return wrapped sockets
In-Reply-To: <1196739495.6.0.25894007336.issue1552@psf.upfronthosting.co.za>
Message-ID: <1282827972.74.0.716071813913.issue1552@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/issue1552>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:23:04 2010
From: report at bugs.python.org (jan matejek)
Date: Thu, 26 Aug 2010 13:23:04 +0000
Subject: [issue9539] python-2.6.4: test failure in test_distutils due to
	linking to system libpython2.6
In-Reply-To: <1281222795.64.0.211558756173.issue9539@psf.upfronthosting.co.za>
Message-ID: <1282828984.0.0.928217344911.issue9539@psf.upfronthosting.co.za>


jan matejek <jmatejek at suse.cz> added the comment:

this affects 2.7 as well. the problem was introduced by r78136 which skips out of the directory containing newly built libpython2.7, so the linking command cannot find it in -L. and fails (unless a systemwide libpython is already present)

the tests should probably specify that they want to link to a specific file, instead of relying on -lpython
however, i have no idea how to do that in general, let alone within distutils :/

see also issue8335

----------
nosy: +matejcik
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9539>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:24:27 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 26 Aug 2010 13:24:27 +0000
Subject: [issue1553375] Add traceback.print_full_exception()
Message-ID: <1282829067.83.0.572551119626.issue1553375@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/issue1553375>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:25:11 2010
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 26 Aug 2010 13:25:11 +0000
Subject: [issue9682] socket.create_connection error message for domain subpart
	with invalid length is very confusing
In-Reply-To: <1282759693.65.0.0842882042261.issue9682@psf.upfronthosting.co.za>
Message-ID: <1282829111.87.0.871043295664.issue9682@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9682>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:31:22 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 26 Aug 2010 13:31:22 +0000
Subject: [issue1553375] Add traceback.print_full_exception()
Message-ID: <1282829482.0.0.823978592887.issue1553375@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

This functionality would be useful in format_exception(), too, so it might be better to implement in format_exception_only(). This latter function formats the exception part of a traceback, so it makes sense to implement it here.

I would prefer "fullstack" to "full" as it's clearer what the 'full' pertains to. An alternative might be "upperframes" or "allframes".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1553375>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:32:01 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 26 Aug 2010 13:32:01 +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: <1282829521.29.0.699525590194.issue9427@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

This also happens on later versions. Since 2.x is essentially frozen, this feature request can't be implemented in 2.x, so recategorising as a Python 3.2 issue.

Here, a change in logging will either duplicate code in traceback.py or print the upper frames above the "Traceback (most recent call last):" line, which is not ideal.

The best way to implement in logging would be to wait for the implementation of the patch in #1553375, following which a change could be made in Formatter.formatException to invoke traceback.print_exception with the "fullstack" keyword parameter.

----------
type:  -> feature request
versions: +Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9427>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:37:26 2010
From: report at bugs.python.org (Ich Neumon)
Date: Thu, 26 Aug 2010 13:37:26 +0000
Subject: [issue1403349] in email can't get attachments' filenames using
	get_filename
Message-ID: <1282829846.25.0.0343909655345.issue1403349@psf.upfronthosting.co.za>


Ich Neumon <ichneumonad at gmail.com> added the comment:

Looks like this one needs reopening to me... I've recently had to parse out attachments with the following Content-Type lines and no Content-Disposition provided:

Content-Type: application/vnd.ms-excel; name=transactions.xls

It might not seem like much, but the content-type check for this workaround in get_filename appears to be case-sensitive, and thus misses the upper case "T" in Content-Type.
There is no information provided in the headers about the mailer they use, but they get plenty of other bits wrong too (eg. the xls file is actually just tab-separated values).

----------
nosy: +ichneumon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1403349>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:37:58 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 26 Aug 2010 13:37:58 +0000
Subject: [issue1553375] Add traceback.print_full_exception()
Message-ID: <1282829878.85.0.363561709022.issue1553375@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
Removed message: http://bugs.python.org/msg114972

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1553375>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:38:52 2010
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 26 Aug 2010 13:38:52 +0000
Subject: [issue1553375] Add traceback.print_full_exception()
Message-ID: <1282829932.09.0.701488371705.issue1553375@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

This functionality would be useful in format_exception(), too.

I prefer "fullstack" to "full" as it's clearer what the 'full' pertains to. An alternative might be "upperframes" or "allframes".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1553375>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:40:33 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 13:40:33 +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: <1282830033.62.0.844896046702.issue9427@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/issue9427>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:48:45 2010
From: report at bugs.python.org (Andrey Vlasovskikh)
Date: Thu, 26 Aug 2010 13:48:45 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1270265835.83.0.251816264221.issue8296@psf.upfronthosting.co.za>
Message-ID: <1282830525.84.0.49871639031.issue8296@psf.upfronthosting.co.za>


Andrey Vlasovskikh <andrey.vlasovskikh at gmail.com> added the comment:

> On closer look your patch is also ignoring SystemExit. I think it's beneficial to honor SystemExit, so a user could use this as a means to replace the current process with a new one.

Yes, SystemExit should cancel all the tasks that are currently in the queue. I guess my patch doesn't handle this properly.

> If we keep that behavior, the real problem here is that the result handler hangs if the process that reserved a job is gone, which is going to be handled by #9205. Should we mark it as a duplicate?

Yes, I think that #9205 covers this issue, so #8296 may be marked as a duplicate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Thu Aug 26 15:49:23 2010
From: report at bugs.python.org (Andrey Vlasovskikh)
Date: Thu, 26 Aug 2010 13:49:23 +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: <1282830563.52.0.515577657751.issue9205@psf.upfronthosting.co.za>


Changes by Andrey Vlasovskikh <andrey.vlasovskikh at gmail.com>:


----------
nosy: +vlasovskikh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Thu Aug 26 16:01:23 2010
From: report at bugs.python.org (Ich Neumon)
Date: Thu, 26 Aug 2010 14:01:23 +0000
Subject: [issue1403349] in email can't get attachments' filenames using
	get_filename
Message-ID: <1282831283.77.0.10167294232.issue1403349@psf.upfronthosting.co.za>


Ich Neumon <ichneumonad at gmail.com> added the comment:

A slight update for my workaround for the above with the following code:

if not filename:
   ct = part.get("Content-Type")
   if ct:
      m = re.compile('name=\"?(\S+)\"?').search(ct, 1)
      if m: filename = m.group(1)

I've added ? operators to the double-quotes, and changed the case in the part.get. However, there may be good reasons as to why part.get needs to be case-sensitive. Not my area of expertise though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1403349>
_______________________________________

From report at bugs.python.org  Thu Aug 26 16:30:28 2010
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 26 Aug 2010 14:30:28 +0000
Subject: [issue9689] threading.Timer poorly documented
In-Reply-To: <1282776354.83.0.958131650001.issue9689@psf.upfronthosting.co.za>
Message-ID: <1282833028.15.0.779155537348.issue9689@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in r84326.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9689>
_______________________________________

From report at bugs.python.org  Thu Aug 26 16:31:07 2010
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 26 Aug 2010 14:31:07 +0000
Subject: [issue9681] small typo in online documentation
In-Reply-To: <1282743105.63.0.0178074444742.issue9681@psf.upfronthosting.co.za>
Message-ID: <1282833067.09.0.23350374746.issue9681@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in r84327.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9681>
_______________________________________

From report at bugs.python.org  Thu Aug 26 16:42:56 2010
From: report at bugs.python.org (Ulrich Seidl)
Date: Thu, 26 Aug 2010 14:42:56 +0000
Subject: [issue9692] UnicodeDecodeError in ElementTree.tostring()
In-Reply-To: <1282833776.05.0.825088232802.issue9692@psf.upfronthosting.co.za>
Message-ID: <1282833776.05.0.825088232802.issue9692@psf.upfronthosting.co.za>


New submission from Ulrich Seidl <Ulrich.Seidl at muneda.com>:

The following code leads to an UnicodeError in python 2.7 while it works fine in 2.6 & 2.5:

# -*- coding: latin-1 -*-
import xml.etree.cElementTree as ElementTree

oDoc = ElementTree.fromstring(
    '<?xml version="1.0" encoding="iso-8859-1"?><ROOT/>' )
oDoc.set( "ATTR", "???" )
print ElementTree.tostring( oDoc , encoding="iso-8859-1" )

----------
components: XML
messages: 114980
nosy: uis
priority: normal
severity: normal
status: open
title: UnicodeDecodeError in ElementTree.tostring()
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9692>
_______________________________________

From report at bugs.python.org  Thu Aug 26 16:47:14 2010
From: report at bugs.python.org (Brian Curtin)
Date: Thu, 26 Aug 2010 14:47:14 +0000
Subject: [issue9692] UnicodeDecodeError in ElementTree.tostring()
In-Reply-To: <1282833776.05.0.825088232802.issue9692@psf.upfronthosting.co.za>
Message-ID: <1282834034.61.0.982411503347.issue9692@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


----------
nosy: +flox
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9692>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:09:29 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 15:09:29 +0000
Subject: [issue1403349] in email can't get attachments' filenames using
	get_filename
Message-ID: <1282835369.28.0.231940646138.issue1403349@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Ich, if your problem still exists in 2.7, 3.1, or 3.2, please open a new issue with a test case showing the problem you are running in to.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1403349>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:12:45 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 15:12:45 +0000
Subject: [issue1403349] in email can't get attachments' filenames using
	get_filename
Message-ID: <1282835565.29.0.443853848667.issue1403349@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Also, issue 7082 might be relevant here, since it fixed a bug in this fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1403349>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:18:02 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 26 Aug 2010 15:18:02 +0000
Subject: [issue9692] UnicodeDecodeError in ElementTree.tostring()
In-Reply-To: <1282833776.05.0.825088232802.issue9692@psf.upfronthosting.co.za>
Message-ID: <1282835882.08.0.247034356823.issue9692@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

IMO the code is not correct: how does ElementTree know which encoding is used for the attribute value?  Even 2.5 prints a different content when the script is saved with a different encoding.

The line should look like:
    oDoc.set( "ATTR", u"???" )
or use ascii-only characters.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9692>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:19:42 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 15:19:42 +0000
Subject: [issue1076515] shutil.move clobbers read-only files.
Message-ID: <1282835982.8.0.491178406064.issue1076515@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Brian, Tim, any comments on this wrt Windows or do you think this can be closed?  Could there be an impact on any other OS?  I'll close if there's no response, unless someone else feels fit to close this anyway.

----------
nosy: +BreamoreBoy, brian.curtin, tim.golden
status: open -> pending
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1076515>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:23:05 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 15:23:05 +0000
Subject: [issue1078245] Python2.4: building '_socket' extension fails with
	`INET_ADD
Message-ID: <1282836185.39.0.146395954514.issue1078245@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I don't believe that this can still be a problem.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1078245>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:24:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 15:24:21 +0000
Subject: [issue1078919] Email.Header encodes non-ASCII content incorrectly
Message-ID: <1282836261.78.0.489116071028.issue1078919@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1078919>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:25:00 2010
From: report at bugs.python.org (Mark Matusevich)
Date: Thu, 26 Aug 2010 15:25:00 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
Message-ID: <1282836300.04.0.652348434432.issue1524938@psf.upfronthosting.co.za>


Mark Matusevich <markmat at users.sourceforge.net> added the comment:

This is what I got on computer with 512 MB RAM:

Mandriva Linux 2009.1
=============================
Python 2.6.1 (r261:67515, Jul 14 2010, 09:23:11) [GCC 4.3.2]
-----> Python process killed by operating system after 14


Microsoft Windows XP Professional
Version	5.1.2600 Service Pack 2 Build 2600
=============================================
Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)]
-----> MemoryError after 10

Python 2.6.6 (r266:84297, Aug 24 2010, 18:46:32) [MSC v.1500 32 bit (Intel)]
-----> MemoryError after 10

Python 2.7 (r27:82525, Jul  4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)]
-----> MemoryError after 10

Python 3.1.2 (r312:79149, Mar 21 2010, 00:41:52) [MSC v.1500 32 bit (Intel)]
-----> Sucessfull finnish in no time!!!

Unfortunately I cannot test the original program I had the problem with, because since the original post (2006) I changed the employer. Now I use Matlab :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:26:16 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 15:26:16 +0000
Subject: [issue1080387] Making IDLE Themes and Keys Config more Robust
Message-ID: <1282836376.16.0.825013949483.issue1080387@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I'm assuming that the attached patches are simply out of date.

----------
nosy: +BreamoreBoy
stage: unit test needed -> needs patch
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1080387>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:29:55 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 15:29:55 +0000
Subject: [issue1083299] Distutils doesn't pick up all the files it should.
Message-ID: <1282836595.34.0.667114052226.issue1083299@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@?ric can you please select the appropriate stage, component(s) or version(s) as you see fit, thanks.

----------
assignee:  -> tarek
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1083299>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:35:44 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 15:35:44 +0000
Subject: [issue1097797] Encoding for Code Page 273 used by EBCDIC Germany
	Austria
Message-ID: <1282836944.93.0.0830815100741.issue1097797@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The consensus is that this should have gone into Python years ago.

----------
nosy: +BreamoreBoy
stage:  -> patch review
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1097797>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:36:19 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 15:36:19 +0000
Subject: [issue1083299] Distutils doesn't pick up all the files it should.
Message-ID: <1282836979.68.0.0889652068694.issue1083299@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Setting all three branches that accept bug fixes. Someone coming here thanks to the easy keyword could write a unit test, otherwise I?ll do it and adjust versions as needed.

----------
components: +Distutils2
keywords: +easy
stage:  -> unit test needed
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1083299>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:50:49 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 15:50:49 +0000
Subject: [issue1098749] Single-line option to pygettext.py
Message-ID: <1282837849.28.0.337499288021.issue1098749@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

My gut reaction is that pygettext should be deprecated, other opinions are welcome.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1098749>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:55:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 15:55:02 +0000
Subject: [issue1100562] deepcopying listlike and dictlike objects
Message-ID: <1282838102.25.0.888195721271.issue1100562@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

The patch is small and clean, can a core dev please take a look and commit if you see fit, thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1100562>
_______________________________________

From report at bugs.python.org  Thu Aug 26 17:58:05 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 15:58:05 +0000
Subject: [issue1208730] expat binding for XML_ParserReset
Message-ID: <1282838285.66.0.876506821273.issue1208730@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Anyone interested in updating the patch for 3.2?

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1208730>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:00:19 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:00:19 +0000
Subject: [issue1209447] os.path.join() fails if 2nd arg is a UNC path
Message-ID: <1282838419.81.0.374102378605.issue1209447@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can the fix be backported to 2.7 or can this be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1209447>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:09:52 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:09:52 +0000
Subject: [issue1223976] error locale.getlocale() with LANGUAGE=eu_ES
Message-ID: <1282838992.66.0.707604316106.issue1223976@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

>From msg60764 "Note that this bug is fixed in CVS:".  I'd test myself, but the last time I tried soemthing like this it took me ages to persuade Windows Calendar that I wasn't Dutch.

----------
components: +Library (Lib) -None
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1223976>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:12:57 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:12:57 +0000
Subject: [issue1379416] email.Header encode() unicode P2.6
Message-ID: <1282839177.73.0.611638487383.issue1379416@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

I believe that RDM is working on this sort of issue as part of email6.

----------
nosy: +BreamoreBoy
versions: +Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1379416>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:15:09 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:15:09 +0000
Subject: [issue1379804] HP-UX thread stack size needs to be increased
Message-ID: <1282839309.86.0.555885862337.issue1379804@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg86492 so I'll close unless someone objects.

----------
nosy: +BreamoreBoy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1379804>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:17:40 2010
From: report at bugs.python.org (John Ehresman)
Date: Thu, 26 Aug 2010 16:17:40 +0000
Subject: [issue1209447] os.path.join() fails if 2nd arg is a UNC path
Message-ID: <1282839460.93.0.398789636828.issue1209447@psf.upfronthosting.co.za>


John Ehresman <jpe at wingware.com> added the comment:

I say close it since it is a change in behavior and shouldn't go in a point release.  I'm happy to see it fixed in 3.1.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1209447>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:19:14 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:19:14 +0000
Subject: [issue1394135] Deleting first item causes anydbm.first() to fail
Message-ID: <1282839554.26.0.445962609193.issue1394135@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No replky to msg83894.

----------
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1394135>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:19:52 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 26 Aug 2010 16:19:52 +0000
Subject: [issue9693] asynchat push_callable() patch
In-Reply-To: <1282839592.68.0.629507252463.issue9693@psf.upfronthosting.co.za>
Message-ID: <1282839592.68.0.629507252463.issue9693@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola' <g.rodola at gmail.com>:

This can be useful in those circumstances where the user wants to execute some action right after some data has been sent (push()) or a producer has been consumed (push_with_producer()).
Example:


def log(msg):
    logging.debug(msg)

class Sender(asynchat.async_chat):

    def __init__(self, conn):
        asynchat.async_chat.__init__(self, conn)
        self.set_terminator("\r\n")
        self.push("220 hello\r\n")
        self.push_callable(log, "hello has been sent")

----------
components: Library (Lib)
files: asynchat-push-callable.patch
keywords: patch, patch
messages: 115001
nosy: giampaolo.rodola, josiah.carlson, josiahcarlson, nirs, r.david.murray
priority: normal
severity: normal
stage: patch review
status: open
title: asynchat push_callable() patch
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18651/asynchat-push-callable.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9693>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:21:05 2010
From: report at bugs.python.org (Ulrich Seidl)
Date: Thu, 26 Aug 2010 16:21:05 +0000
Subject: [issue9692] UnicodeDecodeError in ElementTree.tostring()
In-Reply-To: <1282833776.05.0.825088232802.issue9692@psf.upfronthosting.co.za>
Message-ID: <1282839665.72.0.557429692636.issue9692@psf.upfronthosting.co.za>


Ulrich Seidl <Ulrich.Seidl at muneda.com> added the comment:

Of course, if you use an unicode string it works and of course it would be easy to switch to unicode for this demo code. Unfortunately, the affected application is a little bit more complex and it is not that easy to switch to unicode. I just wonder why the tostring() method does not assume that internal strings are encoded in the explicitly provided encoding? Is ElementTree restricted to the use of unicode strings? Anyway, why was it working (as expected) with python 2.5 & python 2.6?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9692>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:21:58 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:21:58 +0000
Subject: [issue2527] Pass a namespace to timeit
In-Reply-To: <1207052027.28.0.27225375953.issue2527@psf.upfronthosting.co.za>
Message-ID: <1282839718.86.0.743892529927.issue2527@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> patch review
versions: +Python 3.2 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2527>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:22:50 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:22:50 +0000
Subject: [issue1397474] timeit execution enviroment
Message-ID: <1282839770.25.0.326188145463.issue1397474@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee:  -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1397474>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:24:30 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:24:30 +0000
Subject: [issue1398781] Example in section 5.3 "Pure Embedding" doesn't work.
Message-ID: <1282839870.4.0.533896928647.issue1398781@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1398781>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:26:52 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 26 Aug 2010 16:26:52 +0000
Subject: [issue9692] UnicodeDecodeError in ElementTree.tostring()
In-Reply-To: <1282833776.05.0.825088232802.issue9692@psf.upfronthosting.co.za>
Message-ID: <1282840012.04.0.0148644037286.issue9692@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Testing with python 2.5: oDoc.set("ATTR", "???") uses the encoding used by the source code (with "# -*- coding:";) If I use utf-8 instead, the output is:
   <ROOT ATTR="&#195;&#132;&#195;&#150;&#195;&#156;" />
which contains the numbers of the 3 pairs of surrogates.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9692>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:29:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:29:31 +0000
Subject: [issue1425127] os.remove OSError: [Errno 13] Permission denied
Message-ID: <1282840171.98.0.689495832196.issue1425127@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Brian, Tim, any views on this?

----------
nosy: +BreamoreBoy, brian.curtin, tim.golden
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1425127>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:32:29 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:32:29 +0000
Subject: [issue1433886] pointer aliasing causes core dump, with workaround
Message-ID: <1282840349.85.0.455171186673.issue1433886@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can a core dev please look at this now that we're at 3.2 alapha, thanks.  Or has it already been fixed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1433886>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:34:27 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:34:27 +0000
Subject: [issue1437699] allow unicode arguments for robotparser.can_fetch
Message-ID: <1282840467.94.0.569511203869.issue1437699@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No comments on this for 4 1/2 years.  Is this still valid and/or is anyone still interested?

----------
nosy: +BreamoreBoy
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1437699>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:38:07 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:38:07 +0000
Subject: [issue1438480] shutil.move raises OSError when copystat fails
Message-ID: <1282840687.71.0.0955344924569.issue1438480@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage: unit test needed -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1438480>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:38:18 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 16:38:18 +0000
Subject: [issue1379416] email.Header encode() unicode P2.6
Message-ID: <1282840698.11.0.795229889457.issue1379416@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file18652/header_encode_test.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1379416>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:39:16 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 16:39:16 +0000
Subject: [issue1379416] email.Header encode() unicode P2.6
Message-ID: <1282840756.55.0.339241264592.issue1379416@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Added file: http://bugs.python.org/file18653/header_charset_fix.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1379416>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:42:43 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:42:43 +0000
Subject: [issue1439312] Patch for bug 1438185: os.renames deletes junction
	points
Message-ID: <1282840963.25.0.691533957579.issue1439312@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Brian, Tim, any views on this?

----------
components: +Library (Lib) -None
nosy: +BreamoreBoy, brian.curtin, tim.golden
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1439312>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:44:51 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Aug 2010 16:44:51 +0000
Subject: [issue1440472] email.Generator is not idempotent
Message-ID: <1282841091.29.0.179362681014.issue1440472@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Does this belong with RDM or docs at python?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1440472>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:52:17 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 16:52:17 +0000
Subject: [issue1379416] email.Header encode() unicode P2.6
Message-ID: <1282841537.94.0.681674911159.issue1379416@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I've attached a fix and test.  I've uploaded them separately since the fix only applies to 2.7, but I want to put the test into 3.x as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1379416>
_______________________________________

From report at bugs.python.org  Thu Aug 26 18:52:37 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 16:52:37 +0000
Subject: [issue1379416] email.Header encode() unicode P2.6
Message-ID: <1282841557.29.0.518433448093.issue1379416@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage: unit test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1379416>
_______________________________________

From report at bugs.python.org  Thu Aug 26 19:16:46 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 17:16:46 +0000
Subject: [issue877904] freeze: problems excluding site
Message-ID: <1282843006.97.0.227075153843.issue877904@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution: wont fix -> accepted
status: closed -> languishing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877904>
_______________________________________

From report at bugs.python.org  Thu Aug 26 19:24:38 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 26 Aug 2010 17:24:38 +0000
Subject: [issue1223976] error locale.getlocale() with LANGUAGE=eu_ES
Message-ID: <1282843478.24.0.55682215507.issue1223976@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Closing the report: eu_es has been Python for quite a while (at least since Python 2.5).

If you also feel that 'basque' should be added as alias, please provide proof that this alias is really in use and open a new bug report.

----------
assignee:  -> lemburg
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1223976>
_______________________________________

From report at bugs.python.org  Thu Aug 26 19:33:47 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 26 Aug 2010 17:33:47 +0000
Subject: [issue9693] asynchat push_callable() patch
In-Reply-To: <1282839592.68.0.629507252463.issue9693@psf.upfronthosting.co.za>
Message-ID: <1282844027.03.0.679647799163.issue9693@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9693>
_______________________________________

From report at bugs.python.org  Thu Aug 26 19:43:50 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 26 Aug 2010 17:43:50 +0000
Subject: [issue9682] socket.create_connection error message for domain subpart
	with invalid length is very confusing
In-Reply-To: <1282759693.65.0.0842882042261.issue9682@psf.upfronthosting.co.za>
Message-ID: <1282844630.15.0.719131028546.issue9682@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/issue9682>
_______________________________________

From report at bugs.python.org  Thu Aug 26 19:48:10 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Thu, 26 Aug 2010 17:48:10 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1282319380.5.0.724924373031.issue9650@psf.upfronthosting.co.za>
Message-ID: <1282844890.06.0.732579415785.issue9650@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

> There is the non-zero cost of keeping two copies of that bit of
> information in-sync with each other (and the code).

That's true, but how often do the strftime format codes change?  I'd be happy to personally volunteer to keep them in synch.  I suspect it would take me half an hour once or even twice per decade.

> I believe the reason is that time.strftime behavior is platform dependent, so "man strftime" is likely to produce more relevant documentation than "pydoc time.strftime".

So everything I've written with strftime is not cross-platform after all?  Eek.

Anyway, why couldn't the docstring do the same thing the Python docs do - report the ANSI codes, and mention that platform-specific variations are possible?

Alternately, simply including a suggestion to ``man strftime`` in the docs would be a good start, since I had no idea about that (and I doubt I'm the only one).  Of course, it's useless advice for Windows users.

> Note the source at one of these sites:

> "Source: Python?s strftime documentation." :-)

Of course - the point is that people are feeling enough pain in drilling down to the right place in the Python documentation that a convenient designated URL seems attractive by comparison.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Thu Aug 26 19:59:22 2010
From: report at bugs.python.org (Ulrich Seidl)
Date: Thu, 26 Aug 2010 17:59:22 +0000
Subject: [issue9692] UnicodeDecodeError in ElementTree.tostring()
In-Reply-To: <1282833776.05.0.825088232802.issue9692@psf.upfronthosting.co.za>
Message-ID: <1282845562.87.0.498937475482.issue9692@psf.upfronthosting.co.za>


Ulrich Seidl <Ulrich.Seidl at muneda.com> added the comment:

Well, the output of the print is not that interesting as long as ElementTree is able the restore the former attributes value when reading it in again. The print was just used to illustrate that an UnicodeDecodeError appears. Think about doing an 
ElementTree.fromstring( ... ).get( "ATTR" ).encode( "iso-8859-1" ).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9692>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:03:41 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 26 Aug 2010 18:03:41 +0000
Subject: [issue1512163] mailbox (2.5b1): locking doesn't work (esp. on FreeBSD)
In-Reply-To: <1282474952.6.0.151429078636.issue1512163@psf.upfronthosting.co.za>
Message-ID: <20100826180344.GA5719@dbwatson.ukfsn.org>


David Watson <baikie at users.sourceforge.net> added the comment:

> Is this still an issue on later versions of Python and/or FreeBSD?

Yes, there is still an issue.  There is no longer a deadlock on
FreeBSD because the module been changed to use only lockf() and
dot-locking (on all platforms), but the issue is now about how
users can enable other locking mechanisms that they need, such as
flock(), without causing a deadlock on platforms where they refer
to the same lock as lockf().

They can't just override the classes' .lock() and .unlock()
methods, because some parts of the code perform locking
operations directly without calling those methods.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512163>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:04:08 2010
From: report at bugs.python.org (David Watson)
Date: Thu, 26 Aug 2010 18:04:08 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <4C74AFEA.3060601@v.loewis.de>
Message-ID: <20100826180410.GB5719@dbwatson.ukfsn.org>


David Watson <baikie at users.sourceforge.net> added the comment:

> The surrogateescape mechanism is a very hackish approach, and
> violates the principle that errors should never pass silently.

I don't see how a name resolution API returning non-ASCII bytes
would indicate an error.  If the host table contains a non-ASCII
byte sequence for a host, then that is the host's name - it works
just as well as an ASCII name, both forwards and backwards.

What is hackish is representing char * data as a Unicode string
when there is no native Unicode API to feed it to - there is no
issue here such as file names being bytes on Unix and Unicode on
Windows, so the clean thing to do would be to return a bytes
object.  I suggested the surrogateescape mechanism in order to
retain backwards compatibility.

> However, it solves a real problem - people do run into the problem
> with file names every day. With this problem, I'd say "if it hurts,
> don't do it, then".

But to be more explicit, that's like saying "if it hurts, get
your sysadmin to reconfigure the company network".

----------
title: socket,	PEP 383: Mishandling of non-ASCII bytes in host/domain names -> socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:08:20 2010
From: report at bugs.python.org (Kay Hayen)
Date: Thu, 26 Aug 2010 18:08:20 +0000
Subject: [issue9690] Cannot distinguish b"str" from "str" in ast module.
In-Reply-To: <1282783674.62.0.292331118053.issue9690@psf.upfronthosting.co.za>
Message-ID: <1282846100.54.0.786984229278.issue9690@psf.upfronthosting.co.za>


Kay Hayen <kayhayen at gmx.de> added the comment:

Hello Benjamin,

thank you for the response. What do you mean with there is "nothing we can do about it". Is it not possible to add another field indicating the prefix given to a literal?

BTW: I believe raw strings are also no longer recognizable. Fortunately I do not need to do that, but look here:

>>> ast.dump( ast.parse( r"""a = r'\n'""" ) )
"Module(body=[Assign(targets=[Name(id='a', ctx=Store())], value=Str(s='\\\\n'))])"

Currently the only work around to not being able to tell if there was a b"" in the source code, is to open the file and check myself. And getting the actual raw string is not feasible at all.

So why not at least have an "ast" module that allows to decide without ambiguity what the user said. I agree that raw strings can be solved before the AST and it doesn't matter much. But I don't think it's acceptable that CPython can execute the code correctly, but using the AST nodes, there is no way to tell.

I thought they share code?

Yours,
Kay

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9690>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:16:04 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 18:16:04 +0000
Subject: [issue444582] Finding programs in PATH, adding shutil.which
Message-ID: <1282846564.61.0.543005464572.issue444582@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

As far as I can tell from a little bit of testing, if it is even possible to quote ':' in a posix path it isn't obvious how you do it.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue444582>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:19:19 2010
From: report at bugs.python.org (Ben Schmaus)
Date: Thu, 26 Aug 2010 18:19:19 +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: <1282846759.11.0.900867962743.issue9694@psf.upfronthosting.co.za>


New submission from Ben Schmaus <benjamin.schmaus at gmail.com>:

The argparse module lists required args as optional in the default help message.

If you run the following program (also attached) you'll get the output listed below.

#!/usr/bin/env python

import argparse

parser = argparse.ArgumentParser(
    description = 'Do something'
)
parser.add_argument('--reqarg', '-r', help = 'This is required', required = True)
parser.add_argument('--optarg','-o', help = "This is optional", required = False)
args = parser.parse_args()

$ python argparse-help-says-required-args-are-optional.py -h
usage: argparse-help-says-required-args-are-optional.py [-h] --reqarg REQARG
                                                        [--optarg OPTARG]

Do something

optional arguments:
  -h, --help            show this help message and exit
  --reqarg REQARG, -r REQARG
                        This is required
  --optarg OPTARG, -o OPTARG
                        This is optional
$

----------
components: Library (Lib)
files: argparse-help-says-required-args-are-optional.py
messages: 115017
nosy: benschmaus
priority: normal
severity: normal
status: open
title: argparse: Default Help Message Lists Required Args As Optional
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18654/argparse-help-says-required-args-are-optional.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:20:51 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 26 Aug 2010 18:20:51 +0000
Subject: [issue9690] Cannot distinguish b"str" from "str" in ast module.
In-Reply-To: <1282846100.54.0.786984229278.issue9690@psf.upfronthosting.co.za>
Message-ID: <AANLkTinqRoMFNtaiYdTGjmjhNibtYk7FbOqhC1NU7Dit@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/26 Kay Hayen <report at bugs.python.org>:
>
> Kay Hayen <kayhayen at gmx.de> added the comment:
>
> Hello Benjamin,
>
> thank you for the response. What do you mean with there is "nothing we can do about it". Is it not possible to add another field indicating the prefix given to a literal?

We can't do anything about it because 2.7 has been released and a "new
flag" would be a disallowed new feature.

>
> BTW: I believe raw strings are also no longer recognizable. Fortunately I do not need to do that, but look here:

If you need to recognize those (or unicode literals for that matter),
you could look at the parser module's raw trees.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9690>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:28:11 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 26 Aug 2010 18:28:11 +0000
Subject: [issue1433886] pointer aliasing causes core dump, with workaround
Message-ID: <1282847291.76.0.188603090716.issue1433886@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> fixed
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1433886>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:31:54 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 26 Aug 2010 18:31:54 +0000
Subject: [issue1433886] pointer aliasing causes core dump, with workaround
Message-ID: <1282847514.54.0.826308719544.issue1433886@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1433886>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:32:55 2010
From: report at bugs.python.org (Eric Smith)
Date: Thu, 26 Aug 2010 18:32:55 +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: <1282847575.57.0.74575081219.issue9694@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

It looks to me like reqarg is marked as required, since it's not in brackets. Or am I missing something?

----------
nosy: +bethard, eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:40:24 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 18:40:24 +0000
Subject: [issue5556] interactive interpreter, source encoding
In-Reply-To: <1237923122.0.0.0658736950329.issue5556@psf.upfronthosting.co.za>
Message-ID: <1282848024.13.0.525055490092.issue5556@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Agreed.  Although the docs do not explicitly say "you cannot use bytes as source", this is clearly implicit in the Python3 bytes/string separation.  The docs talk only about string inputs.

----------
nosy: +r.david.murray
resolution:  -> invalid
stage: unit test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5556>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:44:14 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 18:44:14 +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: <1282848254.04.0.463105754762.issue9694@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yeah, the fact that it is listed under the heading "optional arguments:" :)  Guess we need a new section?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Thu Aug 26 20:58:52 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 26 Aug 2010 18:58:52 +0000
Subject: [issue1437699] allow unicode arguments for robotparser.can_fetch
Message-ID: <1282849132.18.0.639556271993.issue1437699@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

While Python is 'GPL compatible', whatever that means, it cannot incorporate GPLed code in the PSF distribution. Code must be contributed under one on the two licenses in the contributor agreement. Philip, can you contribute a patch appropriate to 3.x?

In 3.x, robotparser is urllib.robotparser. Under the 'be generous what you accept' principle, expansion of accepted names would seem to be good.

DOC PATCH NEEDED The doc says "For more details on the structure of robots.txt files, see http://www.robotstxt.org/orig.html ."
That link seems not to exist. The safest link is to the site. The specific replacement is http://www.robotstxt.org/robotstxt.html .

----------
stage:  -> unit test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1437699>
_______________________________________

From report at bugs.python.org  Thu Aug 26 21:04:53 2010
From: report at bugs.python.org (Eric Smith)
Date: Thu, 26 Aug 2010 19:04:53 +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: <1282849493.05.0.694310720006.issue9694@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Duh. Sorry about that.

Also applies to 3.2.

----------
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Thu Aug 26 22:17:22 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 26 Aug 2010 20:17:22 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282696356.97.0.311104799164.issue9632@psf.upfronthosting.co.za>
Message-ID: <4C76CBCF.4090405@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:
> 
>> Think of e.g. embedded Python interpreters or py2exe-style applications
>> running on Linux or other systems that don't use Unicode APIs 
>> for FS-interaction or have fixed FS-encodings.
> 
> What is the problem here? Python does guess the filesystem encoding. If the encoding is "wrong" (not the value expected by the user), filenames are not displayed correctly (mojibake) but it does just work. Anyway, why is it not possible to use PYTHONFSENCODING here? Are you talking to Python modules loaded from a non-ascii path?
> 
> Sorry, but I do not understand.

In such environments you cannot expect the user to configure the
system properly (i.e. set an environment variable). Instead, the
application has to provide an educated guess to the Python
interpreter in some way, hence the idea to use a configuration
file or perhaps provide a C API that can be used to set the
variable before initializing the interpreter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Thu Aug 26 22:57:35 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 20:57:35 +0000
Subject: [issue2236] Distutils' mkpath implementation ignoring the "mode"
	parameter
In-Reply-To: <1204664208.81.0.312695054648.issue2236@psf.upfronthosting.co.za>
Message-ID: <1282856255.4.0.113052792472.issue2236@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
versions: +Python 3.2 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2236>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:09:02 2010
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 26 Aug 2010 21:09:02 +0000
Subject: [issue9572] IOError or OSError in test_multiprocessing
In-Reply-To: <1281557355.31.0.33043228103.issue9572@psf.upfronthosting.co.za>
Message-ID: <1282856942.36.0.886311685864.issue9572@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

r84329 has the fix. I decided to catch IOError and OSError separately rather than EnvironmentError as a blanket 'except' clause; explicit is better than implicit and all.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9572>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:21:30 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 26 Aug 2010 21:21:30 +0000
Subject: [issue1524938] PEP MemoryError with a lot of available memory gc not
	called
Message-ID: <1282857690.85.0.773183818339.issue1524938@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Ok, I'm closing this as "won't fix". The OP doesn't have the issue anymore; anybody else having some issue please report that separately (taking into account that you are likely asked to provide a patch as well).

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1524938>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:22:12 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 21:22:12 +0000
Subject: [issue5904] strftime docs do not explain locale effect on result
	string
In-Reply-To: <1241270739.12.0.286821632978.issue5904@psf.upfronthosting.co.za>
Message-ID: <1282857732.17.0.483373707872.issue5904@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
assignee: georg.brandl -> docs at python
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5904>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:22:24 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 26 Aug 2010 21:22:24 +0000
Subject: [issue9613] Python considers pid longs under 64-bit Windows
In-Reply-To: <1281895347.49.0.271541660208.issue9613@psf.upfronthosting.co.za>
Message-ID: <1282857744.46.0.285638867762.issue9613@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

The spawn* functions return intptr_t, because it's the process handle.
But _getpid() returns an int.
Both seem to be correctly handled.

Which part do you suspect to truncate data?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9613>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:27:08 2010
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 26 Aug 2010 21:27:08 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1282844890.06.0.732579415785.issue9650@psf.upfronthosting.co.za>
Message-ID: <19574.56358.672541.527148@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Catherine,

Did my suggestion to alter pydoc output so it always contains a link to the
enclosing module's documentation not seem like a reasonable compromise?

Another problem with embedding the format codes in the docstring is that it
opens up a Pandora's box of other stuff that might be reasonable to include
in other docstrings, but should probably just be documented in one place
(perhaps with references elsewhere).  For example, maybe we should add the
list of signals to the docstrings for signal.signal and os.kill (pretty
platform-dependent) or add all the format possibilities to the docstring for
the format() builtin (brand new and probably not well-known to very many
users).  I'm sure there are other candidates.  It can be difficult to know
where to draw the line.

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:30:55 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 26 Aug 2010 21:30:55 +0000
Subject: [issue9682] socket.create_connection error message for domain subpart
	with invalid length is very confusing
In-Reply-To: <1282759693.65.0.0842882042261.issue9682@psf.upfronthosting.co.za>
Message-ID: <1282858255.78.0.792248404295.issue9682@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> why is it a UnicodeError? 

Because IDNA is an encoding, and codecs are supposed to raise UnicodeErrors. The string you are trying to encode is not supported in the encoding in question.

It would be possible to catch the UnicodeError, and re-raise it as a socket error in the socket module.

> I would expect a ValueError.

Notice that a UnicodeError *is* a ValueError.

> Could we perhaps change it to 'domain name subpart'?

No. As you point out, "label" is the established, wide-spread, technical, RFC-supported term for the thing in question. "domain name subpart" is an ad-hoc wording that nobody else uses. I fail to see the advantage.

It would be possible to include the actual label into the exception (perhaps truncated if it's too long).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9682>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:36:31 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 26 Aug 2010 21:36:31 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <20100826180410.GB5719@dbwatson.ukfsn.org>
Message-ID: <4C76DE5B.1010607@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I don't see how a name resolution API returning non-ASCII bytes
> would indicate an error.

It's in violation of RFC 952 (slightly relaxed by RFC 1123).

> But to be more explicit, that's like saying "if it hurts, get
> your sysadmin to reconfigure the company network".

Which I consider perfectly reasonable. The sysadmin should have
known (and, in practice, *always* knows) not to do that in the first
place (the larger the company, the more cautious the sysadmin).

----------
title: socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names -> socket,	PEP 383: Mishandling of non-ASCII bytes in host/domain names

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:44:57 2010
From: report at bugs.python.org (kxroberto)
Date: Thu, 26 Aug 2010 21:44:57 +0000
Subject: [issue1486713] HTMLParser : A auto-tolerant parsing mode
Message-ID: <1282859097.71.0.201976310939.issue1486713@psf.upfronthosting.co.za>


kxroberto <kxroberto at users.sourceforge.net> added the comment:

I'm not working with Py3. don't how much that module is different in 3.
unless its going into a py2 version, I'll leave the FR so far to the py3 community

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1486713>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:54:39 2010
From: report at bugs.python.org (Steven Bethard)
Date: Thu, 26 Aug 2010 21:54:39 +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: <1282859679.3.0.0743272739855.issue9694@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Yeah, I guess the optional vs. positional isn't the best terminology now that you can have required flag-based arguments. Did you have a word other than "optional" that you'd prefer?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Thu Aug 26 23:58:54 2010
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 26 Aug 2010 21:58:54 +0000
Subject: [issue9695] Return from generators in Python 3.2
In-Reply-To: <1282859934.45.0.531494544052.issue9695@psf.upfronthosting.co.za>
Message-ID: <1282859934.45.0.531494544052.issue9695@psf.upfronthosting.co.za>


New submission from Yury Selivanov <yselivanov at gmail.com>:

The patch is intended to fix behaviour of 'return' statement in python's generators.

Please read this message before looking at the patch.
http://mail.python.org/pipermail/python-dev/2010-August/103297.html

----------
components: Interpreter Core
files: generators_return.patch
keywords: patch
messages: 115033
nosy: Yury.Selivanov
priority: normal
severity: normal
status: open
title: Return from generators in Python 3.2
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18655/generators_return.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9695>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:05:03 2010
From: report at bugs.python.org (David Powell)
Date: Thu, 26 Aug 2010 22:05:03 +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: <1282860303.06.0.424236317482.issue9696@psf.upfronthosting.co.za>


New submission from David Powell <powelliptic at gmail.com>:

The problem is easy to reproduce:

>>> import xdrlib
>>> p = xdrlib.Packer()
>>> p.pack_int(-1)
__main__:1: DeprecationWarning: struct integer overflow masking is deprecated

The cause is xdrlib.Packer uses the same pack operation for both
signed and unsigned integers...

    def pack_uint(self, x):
        self.__buf.write(struct.pack('>L', x))

    pack_int = pack_uint

...and the unsigned struct.pack('>L', x) gags on the negative value.

----------
components: Extension Modules
messages: 115034
nosy: dep
priority: normal
severity: normal
status: open
title: xdrlib's pack_int generates DeprecationWarnings for negative in-range values
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:07:25 2010
From: report at bugs.python.org (Jayesh)
Date: Thu, 26 Aug 2010 22:07:25 +0000
Subject: [issue9697] python 2.3.4  installation error on 64 bit env
In-Reply-To: <1282860445.87.0.394142601563.issue9697@psf.upfronthosting.co.za>
Message-ID: <1282860445.87.0.394142601563.issue9697@psf.upfronthosting.co.za>


New submission from Jayesh <jayeshmahajan at gmail.com>:

[root at server Python-2.3.4]# ./configure
checking MACHDEP... linux2
checking EXTRAPLATDIR...
checking for --without-gcc... no
checking for --with-cxx=<compiler>... no
checking for c++... no
checking for g++... no
checking for gcc... gcc
checking for C++ compiler default output... configure: error: C++ compiler cannot create executables
See `config.log' for more details.
[root at SBX40104 Python-2.3.4]# cat config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by python configure 2.3, which was
generated by GNU Autoconf 2.57.  Invocation command line was

  $ ./configure

## --------- ##
## Platform. ##
## --------- ##

hostname = I.HAVE.CHANGED.THIS.com
uname -m = x86_64
uname -r = 2.6.18-028stab069.6
uname -s = Linux
uname -v = #1 SMP Wed May 26 18:10:06 MSD 2010

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = x86_64
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
hostinfo               = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /sbin
PATH: /bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /usr/X11R6/bin
PATH: /root/bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:1402: checking MACHDEP
configure:1511: result: linux2
configure:1517: checking EXTRAPLATDIR
configure:1532: result:
configure:1545: checking for --without-gcc
configure:1594: result: no
configure:1600: checking for --with-cxx=<compiler>
configure:1621: result: no
configure:1640: checking for c++
configure:1669: result: no
configure:1640: checking for g++
configure:1669: result: no
configure:1640: checking for gcc
configure:1656: found /usr/bin/gcc
configure:1666: result: gcc
configure:1707: checking for C++ compiler default output
configure:1710: gcc    conftest.cc  >&5
gcc: installation problem, cannot exec `cc1plus': No such file or directory
configure:1713: $? = 1
configure: failed program was:
| #line 1686 "configure"
| /* confdefs.h.  */
|
| #define _GNU_SOURCE 1
| #define _NETBSD_SOURCE 1
| #define __BSD_VISIBLE 1
| #define _XOPEN_SOURCE 600
| #define _XOPEN_SOURCE_EXTENDED 1
| #define _POSIX_C_SOURCE 200112L
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:1752: error: C++ compiler cannot create executables
See `config.log' for more details.

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_env_CC_set=set
ac_cv_env_CC_value=gcc
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_prog_CXX=gcc

## ----------------- ##
## Output variables. ##
## ----------------- ##

AR=''
BASECFLAGS=''
BLDLIBRARY=''
BLDSHARED=''
BUILDEXEEXT=''
CC='gcc'
CCSHARED=''
CFLAGS=''
CFLAGSFORSHARED=''
CONFIG_ARGS=' 'CC=gcc''
CPP=''
CPPFLAGS=''
CXX='gcc'
DEFS=''
DLINCLDIR=''
DLLLIBRARY=''
DYNLOADFILE=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
EXTRAMACHDEPPATH=''
EXTRAPLATDIR=''
HAVE_GETHOSTBYNAME=''
HAVE_GETHOSTBYNAME_R=''
HAVE_GETHOSTBYNAME_R_3_ARG=''
HAVE_GETHOSTBYNAME_R_5_ARG=''
HAVE_GETHOSTBYNAME_R_6_ARG=''
INSTALL_DATA=''
INSTALL_PROGRAM=''
INSTALL_SCRIPT=''
INSTSONAME=''
LDFLAGS=''
LDLAST=''
LDLIBRARY=''
LDLIBRARYDIR=''
LDSHARED=''
LIBC=''
LIBM=''
LIBOBJS=''
LIBRARY=''
LIBS=''
LIBTOOL_CRUFT=''
LINKCC=''
LINKFORSHARED=''
LN=''
LTLIBOBJS=''
MACHDEP='linux2'
MACHDEP_OBJS=''
MAINOBJ='python.o'
OBJEXT=''
OPT=''
PACKAGE_BUGREPORT=''
PACKAGE_NAME='python'
PACKAGE_STRING='python 2.3'
PACKAGE_TARNAME='python'
PACKAGE_VERSION='2.3'
PATH_SEPARATOR=':'
PYTHONFRAMEWORK=''
PYTHONFRAMEWORKDIR='no-framework'
PYTHONFRAMEWORKINSTALLDIR=''
PYTHONFRAMEWORKPREFIX=''
RANLIB=''
RUNSHARED=''
SGI_ABI=''
SHELL='/bin/sh'
SHLIBS=''
SIGNAL_OBJS=''
SO=''
SOVERSION='1.0'
SRCDIRS=''
THREADHEADERS=''
THREADOBJ=''
TRUE=''
UNICODE_OBJS=''
USE_SIGNAL_MODULE=''
USE_THREAD_MODULE=''
VERSION='2.3'
ac_ct_CC=''
ac_ct_RANLIB=''
bindir='${exec_prefix}/bin'
build_alias=''
datadir='${prefix}/share'
exec_prefix='NONE'
host_alias=''
includedir='${prefix}/include'
infodir='${prefix}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define _GNU_SOURCE 1
#define _NETBSD_SOURCE 1
#define _POSIX_C_SOURCE 200112L
#define _XOPEN_SOURCE 600
#define _XOPEN_SOURCE_EXTENDED 1
#define __BSD_VISIBLE 1

configure: exit 77
[root at server Python-2.3.4]#


[root at server Python-2.3.4]# rpm -qa |grep -i gcc
libgcc-3.4.6-11.el4_8.1
libgcc-3.4.6-11.el4_8.1
gcc-3.4.6-11.el4_8.1
[root at SBX40104 Python-2.3.4]# which cc
/usr/bin/cc
[root at server Python-2.3.4]# which gcc
/usr/bin/gcc
[root at server Python-2.3.4]# echo $PATH
/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin
[root at SBX40104 Python-2.3.4]# env |grep PATH
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin
[root at server Python-2.3.4]# whreis cc
-bash: whreis: command not found
[root at SBX40104 Python-2.3.4]# whereis cc gcc
cc: /usr/bin/cc
gcc: /usr/bin/gcc /usr/lib/gcc /usr/libexec/gcc /usr/share/man/man1/gcc.1.gz
[root at server Python-2.3.4]#

----------
messages: 115035
nosy: JayeshMahajan
priority: normal
severity: normal
status: open
title: python 2.3.4  installation error on 64 bit env
type: compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9697>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:31:54 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 22:31:54 +0000
Subject: [issue9682] socket.create_connection error message for domain subpart
	with invalid length is very confusing
In-Reply-To: <1282759693.65.0.0842882042261.issue9682@psf.upfronthosting.co.za>
Message-ID: <1282861914.72.0.289913312602.issue9682@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Ah, I wondered if it was something like that (encoding=>UnicodeError).  It's not really a *unicode* error, it's a syntax error in the domain name construction (ie: it is invalid whether or not unicode is involved, it just isn't caught in 2.x for non-unicode domain names), but oh well.

As for 'label' vs 'domain subpart', I've never heard anyone refer to the parts of a domain as 'labels' even in technical conversations, but as I think about it further I haven't heard them referred to at all.  So I withdraw that suggestion :)

Putting the label in the error message would be a nice enhancement, but definitely low priority.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9682>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:35:19 2010
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Aug 2010 22:35:19 +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: <1282862119.13.0.641178582585.issue9694@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Perhaps you could just label them 'options:'?  After all, even if you have several options you may be required to pick at least one :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:41:24 2010
From: report at bugs.python.org (Eric Smith)
Date: Thu, 26 Aug 2010 22:41:24 +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: <1282862484.75.0.0373539353766.issue9694@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Or "parameters:"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:49:35 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 22:49:35 +0000
Subject: [issue8998] add crypto routines to stdlib
In-Reply-To: <1276551598.69.0.32913607148.issue8998@psf.upfronthosting.co.za>
Message-ID: <1282862975.69.0.0280567042536.issue8998@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Geremy, could you kindly give a status update? Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8998>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:54:39 2010
From: report at bugs.python.org (Eric Smith)
Date: Thu, 26 Aug 2010 22:54:39 +0000
Subject: [issue9695] Return from generators in Python 3.2
In-Reply-To: <1282859934.45.0.531494544052.issue9695@psf.upfronthosting.co.za>
Message-ID: <1282863279.77.0.770436970052.issue9695@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/issue9695>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:54:58 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 26 Aug 2010 22:54:58 +0000
Subject: [issue9682] socket.create_connection error message for domain
	subpart	with invalid length is very confusing
In-Reply-To: <1282861914.72.0.289913312602.issue9682@psf.upfronthosting.co.za>
Message-ID: <4C76F0BE.3060509@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Ah, I wondered if it was something like that
> (encoding=>UnicodeError).  It's not really a *unicode* error, it's a
> syntax error in the domain name construction (ie: it is invalid
> whether or not unicode is involved, it just isn't caught in 2.x for
> non-unicode domain names), but oh well.

It's perhaps dubious whether IDNA is an encoding at all. Punycode
certainly is, but IDNA only applies to (DNS) names. However, if
you take the stance that IDNA converts Unicode names into bytes
names, and is therefore an encoding, then this encoding is undefined
for certain Unicode strings. If the encoding is undefined, the exception
is a UnicodeError (unless there are errors in the code
of the codec itself, such as MemoryErrors, but that's not the case
here).

----------
title: socket.create_connection error message for domain subpart with invalid length is very confusing -> socket.create_connection error message for domain subpart	with invalid length is very confusing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9682>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:55:34 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 22:55:34 +0000
Subject: [issue9287] Cosmetic fix in OtherFileTests.testOpenDir
In-Reply-To: <1279377543.77.0.675008772529.issue9287@psf.upfronthosting.co.za>
Message-ID: <1282863334.22.0.553112374403.issue9287@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

This fell out of my radar, sorry. 2.6 is in security mode now, so this won?t be fixed.

I?m adding people listed in the ?testing? interest area in Misc/maintainers.rst in case someone has an answer to my question.

----------
nosy: +giampaolo.rodola, michael.foord, pitrou
resolution:  -> out of date
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9287>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:57:43 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 22:57:43 +0000
Subject: [issue9287] Minor fix in test_file2k.OtherFileTests.testOpenDir
In-Reply-To: <1279377543.77.0.675008772529.issue9287@psf.upfronthosting.co.za>
Message-ID: <1282863463.07.0.195680892478.issue9287@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Wait, the test with the small brokenness still exists in 2.7, it?s been renamed (see new bug title).

----------
resolution: out of date -> 
stage: committed/rejected -> patch review
status: closed -> open
title: Cosmetic fix in OtherFileTests.testOpenDir -> Minor fix in test_file2k.OtherFileTests.testOpenDir
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9287>
_______________________________________

From report at bugs.python.org  Fri Aug 27 00:59:59 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 26 Aug 2010 22:59:59 +0000
Subject: [issue9119] Python download page needs to mention crypto code in
	Windows installer
In-Reply-To: <1277836658.93.0.259031299275.issue9119@psf.upfronthosting.co.za>
Message-ID: <1282863599.1.0.685437272818.issue9119@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Which specific clause of the license do you consider violated?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 01:01:15 2010
From: report at bugs.python.org (geremy condra)
Date: Thu, 26 Aug 2010 23:01:15 +0000
Subject: [issue8998] add crypto routines to stdlib
In-Reply-To: <1282862975.69.0.0280567042536.issue8998@psf.upfronthosting.co.za>
Message-ID: <AANLkTinoMHfAizjqgxjDPFGssuB8dqmgeP=aEqMOGhJZ@mail.gmail.com>


geremy condra <debatem1 at gmail.com> added the comment:

On Thu, Aug 26, 2010 at 3:49 PM, ?ric Araujo <report at bugs.python.org> wrote:
>
> ?ric Araujo <merwok at netwok.org> added the comment:
>
> Geremy, could you kindly give a status update? Thanks

The block and stream cipher parts of the library (RC4, AES, and DES)
are functionally complete. I'm putting the finishing touches on
envelope encryption this week, but would greatly appreciate assistance
in demonstrating the library's capabilities- one person is helping
with AES encryption in ziplib, but other examples would be very
helpful.

Geremy Condra

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8998>
_______________________________________

From report at bugs.python.org  Fri Aug 27 01:14:59 2010
From: report at bugs.python.org (Dave Malcolm)
Date: Thu, 26 Aug 2010 23:14:59 +0000
Subject: [issue8998] add crypto routines to stdlib
In-Reply-To: <1276551598.69.0.32913607148.issue8998@psf.upfronthosting.co.za>
Message-ID: <1282864499.29.0.468451358479.issue8998@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/issue8998>
_______________________________________

From report at bugs.python.org  Fri Aug 27 01:25:23 2010
From: report at bugs.python.org (Ben Schmaus)
Date: Thu, 26 Aug 2010 23:25:23 +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: <1282865123.04.0.266969536067.issue9694@psf.upfronthosting.co.za>


Ben Schmaus <benjamin.schmaus at gmail.com> added the comment:

FWIW, I like the idea of just using the label "options".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Fri Aug 27 01:31:05 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 23:31:05 +0000
Subject: [issue9119] Python download page needs to mention crypto code in
	Windows installer
In-Reply-To: <1277836658.93.0.259031299275.issue9119@psf.upfronthosting.co.za>
Message-ID: <1282865465.62.0.564566125896.issue9119@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
nosy: +eric.araujo
versions:  -Python 2.6, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 01:54:54 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 26 Aug 2010 23:54:54 +0000
Subject: [issue9697] python 2.3.4  installation error on 64 bit env
In-Reply-To: <1282860445.87.0.394142601563.issue9697@psf.upfronthosting.co.za>
Message-ID: <1282866894.51.0.494617280798.issue9697@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Python 2.3 is not supported anymore. There are no bug fixes, even for security issues, so I?m afraid this error cannot be fixed.

----------
components: +Installation
nosy: +eric.araujo
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9697>
_______________________________________

From report at bugs.python.org  Fri Aug 27 02:05:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 27 Aug 2010 00:05:58 +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: <1282867558.55.0.515587875828.issue9696@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the report. This actually raises an error with current Pythons:

2.7 traceback: File "xdrlib.py", line 54, in pack_uint
    self.__buf.write(struct.pack('>L', x))
struct.error: integer out of range for 'L' format code

(The 3.x error message is slightly less helpful: ?struct.error: argument out of range?).

Would you like to make a patch for this?

Bug triage tips: 2.6 only gets security fixes, bugs are not fixed there anymore. ?Extension modules? are modules written in C, like time; Python modules map to the ?Library? component.

----------
components: +Library (Lib) -Extension Modules
nosy: +eric.araujo
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9696>
_______________________________________

From report at bugs.python.org  Fri Aug 27 02:14:39 2010
From: report at bugs.python.org (Eric Smith)
Date: Fri, 27 Aug 2010 00:14:39 +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: <1282868079.84.0.0451339251183.issue9694@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

If you add a positional parameter by adding:
parser.add_argument('foo')
then the output becomes:

$ python argparse-help-says-required-args-are-optional.py -h
usage: issue9649.py [-h] --reqarg REQARG [--optarg OPTARG] foo

Do something

positional arguments:
  foo

optional arguments:
  -h, --help            show this help message and exit
  --reqarg REQARG, -r REQARG
                        This is required
  --optarg OPTARG, -o OPTARG
                        This is optional

$

So whatever replaces "optional arguments:" needs to read well with "positional arguments:". Maybe just plain "options:" is good enough, but I think a word to replace "optional" (leaving "arguments:") would be better. I just don't have any useful suggestion :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Fri Aug 27 03:09:07 2010
From: report at bugs.python.org (Jayesh)
Date: Fri, 27 Aug 2010 01:09:07 +0000
Subject: [issue9697] python 2.3.4  installation error on 64 bit env
In-Reply-To: <1282860445.87.0.394142601563.issue9697@psf.upfronthosting.co.za>
Message-ID: <1282871347.94.0.761366643945.issue9697@psf.upfronthosting.co.za>


Jayesh <jayeshmahajan at gmail.com> added the comment:

Thanks for the quick updates. Which python version is currently supported?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9697>
_______________________________________

From report at bugs.python.org  Fri Aug 27 03:21:47 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 27 Aug 2010 01:21:47 +0000
Subject: [issue8759] 2.7: wrong user site directory on Linux
In-Reply-To: <1274219864.93.0.0086254840372.issue8759@psf.upfronthosting.co.za>
Message-ID: <1282872107.64.0.690223147242.issue8759@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Fixed in the distutils2 backport in 7f0148944e28 (not pushed yet due to SSH problem with Bitbucket).

----------
nosy: +eric.araujo
resolution: invalid -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8759>
_______________________________________

From report at bugs.python.org  Fri Aug 27 03:47:02 2010
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 27 Aug 2010 01:47:02 +0000
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum
	recursion depth exceeded in cmp
In-Reply-To: <1282816475.55.0.0403013824496.issue8797@psf.upfronthosting.co.za>
Message-ID: <AANLkTikPFx0BsrPSN1kpv4BBOg-McftVBtrHjTiT+8Yp@mail.gmail.com>


Senthil Kumaran <orsenthil at gmail.com> added the comment:

On Thu, Aug 26, 2010 at 3:24 PM, Mads Kiilerich <report at bugs.python.org> wrote:
> Mads Kiilerich <mads at kiilerich.com> added the comment:
>
> Senthil, can you tell us why this fix is correct - and convince us that it is the Final Fix for this issue?

Hello Mads, this may not be be final fix. I just adopted what was
already done for Digest Auth for the Basic Auth, it could be an
interim solution that avoids recursion problem.

I agree with you respect to the other error codes, there is already
another bug open to handle this. The reset counter is reset on success
too, in another part of the code. I shall respond to the other
questions a bit later (1 week, I am kind of busy at the moment) and
lets go for the best fix as discussed.

Thanks,
Senthil

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8797>
_______________________________________

From report at bugs.python.org  Fri Aug 27 04:11:31 2010
From: report at bugs.python.org (Greg Ward)
Date: Fri, 27 Aug 2010 02:11:31 +0000
Subject: [issue2236] Distutils' mkpath implementation ignoring the "mode"
	parameter
In-Reply-To: <1204664208.81.0.312695054648.issue2236@psf.upfronthosting.co.za>
Message-ID: <1282875091.76.0.829903404035.issue2236@psf.upfronthosting.co.za>


Greg Ward <greg at gerg.ca> added the comment:

I'm unassigning this since I no longer know how to commit changes to Python.  Sorry, I just haven't kept track over the years, I don't follow python-dev anymore, and I could not find documentation explaining where I should commit what sort of changes.

----------
assignee: gward -> tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2236>
_______________________________________

From report at bugs.python.org  Fri Aug 27 05:10:20 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 27 Aug 2010 03:10:20 +0000
Subject: [issue1610654] cgi.py multipart/form-data
Message-ID: <1282878620.82.0.60114471281.issue1610654@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/issue1610654>
_______________________________________

From report at bugs.python.org  Fri Aug 27 05:14:26 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 27 Aug 2010 03:14:26 +0000
Subject: [issue1573931] WSGI, cgi.FieldStorage incompatibility
Message-ID: <1282878866.95.0.107628343508.issue1573931@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1573931>
_______________________________________

From report at bugs.python.org  Fri Aug 27 05:16:25 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 27 Aug 2010 03:16:25 +0000
Subject: [issue4953] cgi module cannot handle POST with multipart/form-data in
	3.0
In-Reply-To: <1232010166.79.0.972664060868.issue4953@psf.upfronthosting.co.za>
Message-ID: <1282878985.66.0.202685860588.issue4953@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/issue4953>
_______________________________________

From report at bugs.python.org  Fri Aug 27 05:19:27 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 27 Aug 2010 03:19:27 +0000
Subject: [issue6234] cgi.FieldStorage is broken when given POST data
In-Reply-To: <1244412456.94.0.493968112391.issue6234@psf.upfronthosting.co.za>
Message-ID: <1282879167.79.0.988576890646.issue6234@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/issue6234>
_______________________________________

From report at bugs.python.org  Fri Aug 27 05:21:30 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 27 Aug 2010 03:21:30 +0000
Subject: [issue8846] cgi.py bug report + fix: tailing carriage return and
	newline characters in multipart cgi input broken
In-Reply-To: <1275080080.41.0.761400748474.issue8846@psf.upfronthosting.co.za>
Message-ID: <1282879290.96.0.777411098355.issue8846@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8846>
_______________________________________

From report at bugs.python.org  Fri Aug 27 05:26:48 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Fri, 27 Aug 2010 03:26:48 +0000
Subject: [issue3609] does parse_header really belong in CGI module?
In-Reply-To: <1219193477.24.0.768590998992.issue3609@psf.upfronthosting.co.za>
Message-ID: <1282879608.25.0.880248752935.issue3609@psf.upfronthosting.co.za>


Changes by Florent Xicluna <florent.xicluna at gmail.com>:


----------
nosy: +flox
stage:  -> patch review
versions: +Python 3.2 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3609>
_______________________________________

From report at bugs.python.org  Fri Aug 27 07:03:08 2010
From: report at bugs.python.org (Albert Strasheim)
Date: Fri, 27 Aug 2010 05:03:08 +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: <1282885388.36.0.66591102578.issue9205@psf.upfronthosting.co.za>


Changes by Albert Strasheim <fullung at gmail.com>:


----------
nosy: +Albert.Strasheim

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 27 07:13:58 2010
From: report at bugs.python.org (Albert Strasheim)
Date: Fri, 27 Aug 2010 05:13:58 +0000
Subject: [issue9207] multiprocessing occasionally spits out exception during
	shutdown (_handle_workers)
In-Reply-To: <1278619533.83.0.0853433126095.issue9207@psf.upfronthosting.co.za>
Message-ID: <1282886038.27.0.172802729131.issue9207@psf.upfronthosting.co.za>


Changes by Albert Strasheim <fullung at gmail.com>:


----------
nosy: +Albert.Strasheim

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9207>
_______________________________________

From report at bugs.python.org  Fri Aug 27 08:07:22 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 27 Aug 2010 06:07:22 +0000
Subject: [issue9697] python 2.3.4  installation error on 64 bit env
In-Reply-To: <1282860445.87.0.394142601563.issue9697@psf.upfronthosting.co.za>
Message-ID: <1282889242.51.0.342746239338.issue9697@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Python 2.7 and Python 3.1 are supported for bug fixes.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9697>
_______________________________________

From report at bugs.python.org  Fri Aug 27 08:44:16 2010
From: report at bugs.python.org (Greg Brockman)
Date: Fri, 27 Aug 2010 06:44:16 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1270265835.83.0.251816264221.issue8296@psf.upfronthosting.co.za>
Message-ID: <1282891456.24.0.340281837604.issue8296@psf.upfronthosting.co.za>


Changes by Greg Brockman <gdb at mit.edu>:


----------
nosy: +gdb

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Fri Aug 27 08:59:28 2010
From: report at bugs.python.org (Luci Stanescu)
Date: Fri, 27 Aug 2010 06:59:28 +0000
Subject: [issue9698] When reusing an handler,
	urllib(2)'s digest authentication fails after multiple regative
	replies
In-Reply-To: <1282892368.57.0.758322534297.issue9698@psf.upfronthosting.co.za>
Message-ID: <1282892368.57.0.758322534297.issue9698@psf.upfronthosting.co.za>


New submission from Luci Stanescu <luci.stanescu at gmail.com>:

Hi,

The HTTPDigestAuthHandler's code looks like this:

    def http_error_401(self, req, fp, code, msg, headers):
        host = urlparse(req.full_url)[1]
        retry = self.http_error_auth_reqed('www-authenticate',
                                           host, req, headers)
        self.reset_retry_count()
        return retry

After successful authentication, the HTTP server might still return an error code, such as 404 or 304. In that case, self.http_error_auth_reqed raises the appropriate HTTPError and self.reset_retry_count is not called. I think that the code should be something along the lines of:

try:
  retry = self.http_error_auth_reqed('www-authenticate', host, req, headers)
except HTTPError, e:
  if e.code != 401:
    self.reset_retry_counter()
  raise
else:
  self.reset_retry_counter()
  return retry

Ways to reproduce the problem: try to access a resource for which an HTTP server requires authentication but for which after successful authentication returns a negative reply. I've attached an example script to demonstrate it (for python 2.X; bug also resent in 3.X, just replace import urllib2 with from urllib import request as urllib2 ;-) ).

The same problem applies to ProxyDigestAuthHandler.

----------
components: Library (Lib)
files: test_urllib2.py
messages: 115054
nosy: Luci.Stanescu
priority: normal
severity: normal
status: open
title: When reusing an handler, urllib(2)'s digest authentication fails after multiple regative replies
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/file18656/test_urllib2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9698>
_______________________________________

From report at bugs.python.org  Fri Aug 27 09:04:12 2010
From: report at bugs.python.org (Kay Hayen)
Date: Fri, 27 Aug 2010 07:04:12 +0000
Subject: [issue9690] Cannot distinguish b"str" from "str" in ast module.
In-Reply-To: <1282783674.62.0.292331118053.issue9690@psf.upfronthosting.co.za>
Message-ID: <1282892652.69.0.771151771927.issue9690@psf.upfronthosting.co.za>


Kay Hayen <kayhayen at gmx.de> added the comment:

This is to inform you that I worked around the bug by reading the source file in question and checking the indicated position. This is currently the only way to decide if a literal should be unicode or str with unicode_literals from future imported.

It goes like this:

        kind = _sources[ filename ][ node.lineno - 1][ node.col_offset ]

        if kind != 'b':
            value = unicode( node.s )
        else:
            value = node.s


I don't see how removing the ambgious representation of what I presume is a wanted language construct can be considered a new feature. But that is your decision to make.

Best regards,
Kay Hayen

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9690>
_______________________________________

From report at bugs.python.org  Fri Aug 27 09:50:44 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 27 Aug 2010 07:50:44 +0000
Subject: [issue9119] Python download page needs to mention crypto code
	in	Windows installer
In-Reply-To: <1282863599.1.0.685437272818.issue9119@psf.upfronthosting.co.za>
Message-ID: <4C776E50.9070702@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Martin v. L?wis wrote:
> 
> Martin v. L?wis <martin at v.loewis.de> added the comment:
> 
> Which specific clause of the license do you consider violated?

 * 3. All advertising materials mentioning features or use of this
 *    software must display the following acknowledgment:
 *    "This product includes software developed by the OpenSSL Project
 *    for use in the OpenSSL Toolkit. (http://www.openssl.org/)"

 * 3. All advertising materials mentioning features or use of this software
 *    must display the following acknowledgement:
 *    "This product includes cryptographic software written by
 *     Eric Young (eay at cryptsoft.com)"
 *    The word 'cryptographic' can be left out if the rouines from the library
 *    being used are not cryptographic related :-).
 * 4. If you include any Windows specific code (or a derivative thereof) from
 *    the apps directory (application code) you must include an acknowledgement:
 *    "This product includes software written by Tim Hudson (tjh at cryptsoft.com)"

----------
title: Python download page needs to mention crypto code in Windows installer -> Python download page needs to mention crypto code in	Windows installer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 10:00:47 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 27 Aug 2010 08:00:47 +0000
Subject: [issue9119] Python download page needs to mention crypto code in
	Windows installer
In-Reply-To: <1282863599.1.0.685437272818.issue9119@psf.upfronthosting.co.za>
Message-ID: <4C7770AB.30401@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

I'd suggest to add a paragraph like this to the release pages:

"""
The Python Windows installers include OpenSSL, which provides cryptographic
services to Python. Please note that downloading or using cryptographic
code may not be legal in your country of residence. It is your responsibility
to make sure you meet all local import and use requirements for cryptographic
code when downloading and using the Python Windows installers.

OpenSSL Notice: This product includes cryptographic software written by Eric Young
(eay at cryptsoft.com). This product includes software written by Tim Hudson (tjh at cryptsoft.com). This
product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit.
(http://www.openssl.org/)
"""

----------
title: Python download page needs to mention crypto code in	Windows installer -> Python download page needs to mention crypto code in Windows installer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 10:48:48 2010
From: report at bugs.python.org (Steven Bethard)
Date: Fri, 27 Aug 2010 08:48:48 +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: <1282898928.52.0.531222195901.issue9694@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I guess one possibility might be "flag arguments". It's not great, but I guess it's more accurate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Fri Aug 27 10:57:06 2010
From: report at bugs.python.org (Steven Bethard)
Date: Fri, 27 Aug 2010 08:57:06 +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: <1282899426.18.0.731602333018.issue9694@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

And I guess the bigger issue to think about is how to add this in a backwards compatible way. I guess we could just add methods like "set_positionals_group_name(name)" and then fiddle with "self._positionals.title" in there. Not sure that's a great solution though - it seems like adding one method to change just this single attribute is overkill and not very general.

In the meantime, here's a workaround:

>>> parser = argparse.ArgumentParser(prog='PROG')
>>> parser.add_argument('--foo', required=True)
>>> parser._optionals.title = "flag arguments"
>>> parser.print_help()
usage: PROG [-h] --foo FOO

flag arguments:
  -h, --help  show this help message and exit
  --foo FOO

I can't promise this will continue to work, since it uses the undocumented _optionals attribute, but at least it's a way of getting something like what you want now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Fri Aug 27 10:58:31 2010
From: report at bugs.python.org (Mads Kiilerich)
Date: Fri, 27 Aug 2010 08:58:31 +0000
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum
	recursion depth exceeded in cmp
In-Reply-To: <AANLkTikPFx0BsrPSN1kpv4BBOg-McftVBtrHjTiT+8Yp@mail.gmail.com>
Message-ID: <4C777E31.30206@kiilerich.com>


Mads Kiilerich <mads at kiilerich.com> added the comment:

On 08/27/2010 03:47 AM, Senthil Kumaran wrote:
> I agree with you respect to the other error codes, there is already
> another bug open to handle this. The reset counter is reset on success
> too, in another part of the code.

FWIW: From Mercurial it is our experience that the reset counter only 
gets reset on errors, never on success.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8797>
_______________________________________

From report at bugs.python.org  Fri Aug 27 13:37:08 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 27 Aug 2010 11:37:08 +0000
Subject: [issue9695] Return from generators in Python 3.2
In-Reply-To: <1282859934.45.0.531494544052.issue9695@psf.upfronthosting.co.za>
Message-ID: <1282909028.93.0.512528199063.issue9695@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Why is a run-time exception better than a SyntaxError in this case?
And your patch now allows:
   x = None
   return x
What's the rationale of this change?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9695>
_______________________________________

From report at bugs.python.org  Fri Aug 27 13:42:20 2010
From: report at bugs.python.org (sorin)
Date: Fri, 27 Aug 2010 11:42:20 +0000
Subject: [issue9699] invalid call of Windows API _popen() generating The input
	line is too long error message
In-Reply-To: <1282909340.45.0.225876683414.issue9699@psf.upfronthosting.co.za>
Message-ID: <1282909340.45.0.225876683414.issue9699@psf.upfronthosting.co.za>


New submission from sorin <sorin.sbarnea at gmail.com>:

Behavior: you get "The input line is too long." error message when you try to run an external process by using os.system(), subprocess.Popen() or other similar methods.

The real command line limit is 8192 under Windows and in most cases (if not all) the cause for getting this message is not the length.

The real cause is that if you even have a quote inside your command line you need to include the entire command in quote.

Here are some details:
http://stackoverflow.com/questions/682799/what-to-do-with-the-input-line-is-too-long-error-message/3583282#3583282
http://msdn.microsoft.com/en-us/library/96ayss4b.aspx (see comment)

Even if this is caused by a bug on Windows that is present for more than ten years I think Python needs to workaround it by adding the quotes when they are needed.

This will prevent other developers from writing OS specific code in their Python programs in order to workaround this bug.

----------
components: Windows
messages: 115062
nosy: sorin
priority: normal
severity: normal
status: open
title: invalid call of Windows API _popen() generating The input line is too long error message
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/issue9699>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:07:19 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Fri, 27 Aug 2010 12:07:19 +0000
Subject: [issue8695] Issue while installing Python 2.6.5 in IBM AIX 6.1
In-Reply-To: <1273661486.25.0.2216975723.issue8695@psf.upfronthosting.co.za>
Message-ID: <1282910839.57.0.84816511803.issue8695@psf.upfronthosting.co.za>


S?bastien Sabl? <sable at users.sourceforge.net> added the comment:

I used to have the same problem with Python 2.6.5 and AIX 6.1.

Since I updated to Python 2.6.6, the problem does not appear anymore.

So I think it has been corrected between 2.6.5 and 2.6.6.

regards

----------
nosy: +sable

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8695>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:13:21 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Fri, 27 Aug 2010 12:13:21 +0000
Subject: [issue8695] Issue while installing Python 2.6.5 in IBM AIX 6.1
In-Reply-To: <1273661486.25.0.2216975723.issue8695@psf.upfronthosting.co.za>
Message-ID: <1282911201.14.0.304225219102.issue8695@psf.upfronthosting.co.za>


S?bastien Sabl? <sable at users.sourceforge.net> added the comment:

Actually, I had the problem with Python 2.6.4 on AIX 6.1, I did not try Python 2.6.5.

But Python 2.6.6 compiles fine on AIX 6.1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8695>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:16:40 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 12:16:40 +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: <1282911400.02.0.667144087357.issue9205@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

> Does the problem make sense/do you have any ideas for an alternate
> solution?

Well, I still haven't given up on the trackjobs patch. I changed it to use a single queue for both the acks and the result (see new patch attached:  multiprocessing-trunk at 82502-termination-trackjobs2.patch)

Been running it in production for a few days now, and it seems to work. But the tests still hangs from time to time, it seems they hang more frequent now than in the first patch (this may actually be a good thing:)

Would you like to try and identify the cause of this hang? Still haven't been able to.

I'm not sure about the overhead of using one queue per process either, but I'm usually running about 8 processes per CPU core for IO bound jobs (adding more processes after that usually doesn't affect performance in positive ways). There's also the overhead of the synchronization (ACK). Not sure if this is important performance-wise, but at least this makes it harder for me to reason about the problem.

----------
Added file: http://bugs.python.org/file18657/multiprocessing-trunk at 82502-termination-trackjobs2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:19:50 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 27 Aug 2010 12:19:50 +0000
Subject: [issue9119] Python download page needs to mention crypto code
	in	Windows installer
In-Reply-To: <4C776E50.9070702@egenix.com>
Message-ID: <4C77AD62.9010303@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

>> Which specific clause of the license do you consider violated?
> 
>  * 3. All advertising materials mentioning features or use of this
>  *    software must display the following acknowledgment:
>  *    "This product includes software developed by the OpenSSL Project
>  *    for use in the OpenSSL Toolkit. (http://www.openssl.org/)"

I fail to see the violation, or how changing the download page could
fix that. The download page is *not* "advertising material mentioning
features or use of this software". In fact, the download page doesn't
refer to SSL at all. Hence there is no obligation to mention OpenSSL
on the download page.

>  * 3. All advertising materials mentioning features or use of this software
>  *    must display the following acknowledgement:
>  *    "This product includes cryptographic software written by
>  *     Eric Young (eay at cryptsoft.com)"

Likewise.

>  * 4. If you include any Windows specific code (or a derivative thereof) from
>  *    the apps directory (application code) you must include an acknowledgement:
>  *    "This product includes software written by Tim Hudson (tjh at cryptsoft.com)"

This doesn't apply: we don't include any code (Windows specific or not)
from the apps directory.

----------
title: Python download page needs to mention crypto code in Windows installer -> Python download page needs to mention crypto code in	Windows installer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:21:47 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 27 Aug 2010 12:21:47 +0000
Subject: [issue9119] Python download page needs to mention crypto code
	in	Windows installer
In-Reply-To: <4C7770AB.30401@egenix.com>
Message-ID: <4C77ADD8.1050407@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I'd suggest to add a paragraph like this to the release pages:

-1, unless the PSF lawyer advises that such a paragraph is indeed
necessary. It may shy away users from using Python, which is clearly
undesirable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:39:53 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Fri, 27 Aug 2010 12:39:53 +0000
Subject: [issue9700] semaphore errors on AIX 6.1
In-Reply-To: <1282912793.51.0.185151157786.issue9700@psf.upfronthosting.co.za>
Message-ID: <1282912793.51.0.185151157786.issue9700@psf.upfronthosting.co.za>


New submission from S?bastien Sabl? <sable at users.sourceforge.net>:

Hi,

The same problem that was reported in issue 1106262 is appearing again on AIX 6.1 (the following error messages appear sometime when runnning python:
sem_trywait: Permission denied
sem_post: Permission denied
sem_destroy: Permission denied)

It can be easily corrected by defining HAVE_BROKEN_POSIX_SEMAPHORES for AIX 6, like it is done for AIX 5.

I attach a patch that does that (I made the patch on Python 2.6.6 but it should apply to Python 2.7 and 3.X as well).

regards

----------
components: None
files: patch-semaphore.diff
keywords: patch
messages: 115068
nosy: sable
priority: normal
severity: normal
status: open
title: semaphore errors on AIX 6.1
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file18658/patch-semaphore.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9700>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:46:13 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 12:46:13 +0000
Subject: [issue9652] Tidy argparse default output
In-Reply-To: <1282337819.1.0.781769535861.issue9652@psf.upfronthosting.co.za>
Message-ID: <1282913173.75.0.293120395337.issue9652@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +bethard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9652>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:47:53 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 12:47:53 +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: <1282913273.54.0.229413878103.issue9694@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Well, there's also issue 9652, which speaks to having a more general facility, I suppose.  Maybe an exposed dictionary attribute containing the constant strings?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:50:44 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 12:50:44 +0000
Subject: [issue9698] When reusing an handler,
	urllib(2)'s digest authentication fails after multiple regative
	replies
In-Reply-To: <1282892368.57.0.758322534297.issue9698@psf.upfronthosting.co.za>
Message-ID: <1282913444.45.0.159735050183.issue9698@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +orsenthil
versions:  -Python 2.5, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9698>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:52:06 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 12:52:06 +0000
Subject: [issue5573] multiprocessing Pipe poll() and recv() semantics.
In-Reply-To: <1238096312.97.0.564685442594.issue5573@psf.upfronthosting.co.za>
Message-ID: <1282913526.31.0.173947286216.issue5573@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5573>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:52:11 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 12:52:11 +0000
Subject: [issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum
	recursion depth exceeded in cmp
In-Reply-To: <1274665334.09.0.561782804312.issue8797@psf.upfronthosting.co.za>
Message-ID: <1282913531.25.0.281979901675.issue8797@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

See also new issue 9698.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8797>
_______________________________________

From report at bugs.python.org  Fri Aug 27 14:58:22 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 12:58:22 +0000
Subject: [issue3125] test_multiprocessing causes test_ctypes to fail
In-Reply-To: <1213637497.57.0.0550109069119.issue3125@psf.upfronthosting.co.za>
Message-ID: <1282913902.93.0.701001577796.issue3125@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3125>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:10:01 2010
From: report at bugs.python.org (Sylvain Mora)
Date: Fri, 27 Aug 2010 13:10:01 +0000
Subject: [issue9701] Update ZSH profile on Mac OS installation
Message-ID: <1282914601.34.0.890986507824.issue9701@psf.upfronthosting.co.za>


Changes by Sylvain Mora <sylvain.mora at googlemail.com>:


----------
components: Build
files: postflight.patch-profile.diff
keywords: patch
nosy: ronaldoussoren, solevis
priority: normal
severity: normal
status: open
title: Update ZSH profile on Mac OS installation
versions: Python 2.7
Added file: http://bugs.python.org/file18659/postflight.patch-profile.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9701>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:11:13 2010
From: report at bugs.python.org (Sylvain Mora)
Date: Fri, 27 Aug 2010 13:11:13 +0000
Subject: [issue9701] Update ZSH profile on Mac OS installation
In-Reply-To: <1282914673.78.0.162248680277.issue9701@psf.upfronthosting.co.za>
Message-ID: <1282914673.78.0.162248680277.issue9701@psf.upfronthosting.co.za>


New submission from Sylvain Mora <sylvain.mora at googlemail.com>:

Hi,

The Update Shell Profile.command script does not allow to update ZSH profile on Mac OS. I wrote a small patch to allow it. It simply adds the modified PATH in the file .zprofile.
                                                                          Regards

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9701>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:17:57 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 13:17:57 +0000
Subject: [issue9699] invalid call of Windows API _popen() generating The input
	line is too long error message
In-Reply-To: <1282909340.45.0.225876683414.issue9699@psf.upfronthosting.co.za>
Message-ID: <1282915077.29.0.79699513867.issue9699@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Python does not call _popen, though it does call cmd.exe (through CreateProcess) when shell=True in subprocess.  Can you provide an example that shows this error occurring?

----------
nosy: +r.david.murray
versions:  -Python 2.5, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9699>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:18:13 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 27 Aug 2010 13:18:13 +0000
Subject: [issue9690] Cannot distinguish b"str" from "str" in ast module.
In-Reply-To: <1282892652.69.0.771151771927.issue9690@psf.upfronthosting.co.za>
Message-ID: <AANLkTim6QUbWBcfCHFwVBENeEw3MyC=x7YoJPQQmjGrX@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/27 Kay Hayen <report at bugs.python.org>:
>
> Kay Hayen <kayhayen at gmx.de> added the comment:
>
> This is to inform you that I worked around the bug by reading the source file in question and checking the indicated position. This is currently the only way to decide if a literal should be unicode or str with unicode_literals from future imported.

I see. I'm not really sure what you're problem is again because if
unicode_literals is in effect, the AST will have decoded the literal
into unicode.

"Module(body=[ImportFrom(module='__future__',
names=[alias(name='unicode_literals', asname=None)], level=0),
Expr(value=Tuple(elts=[Str(s=u's'), Str(s=u's')], ctx=Load()))])"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9690>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:18:34 2010
From: report at bugs.python.org (Mads Kiilerich)
Date: Fri, 27 Aug 2010 13:18:34 +0000
Subject: [issue9698] When reusing an handler,
	urllib(2)'s digest authentication fails after multiple regative
	replies
In-Reply-To: <1282892368.57.0.758322534297.issue9698@psf.upfronthosting.co.za>
Message-ID: <1282915114.22.0.96085950385.issue9698@psf.upfronthosting.co.za>


Changes by Mads Kiilerich <mads at kiilerich.com>:


----------
nosy: +kiilerix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9698>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:50:09 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 13:50:09 +0000
Subject: [issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
In-Reply-To: <1213472808.51.0.731079646072.issue3111@psf.upfronthosting.co.za>
Message-ID: <1282917009.01.0.0859385684095.issue3111@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3111>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:51:48 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 13:51:48 +0000
Subject: [issue6056] socket.setdefaulttimeout affecting multiprocessing Manager
In-Reply-To: <1242668944.28.0.292370665479.issue6056@psf.upfronthosting.co.za>
Message-ID: <1282917107.98.0.776714344715.issue6056@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6056>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:52:44 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 13:52:44 +0000
Subject: [issue6362] multiprocessing: handling of errno after signals in
	sem_acquire()
In-Reply-To: <1246236953.98.0.347685302465.issue6362@psf.upfronthosting.co.za>
Message-ID: <1282917164.06.0.813618448949.issue6362@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6362>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:53:20 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 13:53:20 +0000
Subject: [issue6407] multiprocessing Pool should allow custom task queue
In-Reply-To: <1246627398.56.0.0568609724018.issue6407@psf.upfronthosting.co.za>
Message-ID: <1282917200.46.0.977185230429.issue6407@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6407>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:53:27 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 13:53:27 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>


New submission from david <db.pub.mail at gmail.com>:

Python violates most users expectations via the modification differences of immutable and mutable objects in methods.

def foo(bar):
    bar = bar + bar

def listy(bar):
    bar =  [1]

def dicty(bar):
    bar['1'] = '1'

if __name__ == "__main__":
    bar = 1
    foo(bar)
    print bar
    baz = []
    print baz
    listy(baz)
    print baz
    dict_d = {}
    print dict_d
    dicty(dict_d)
    print dict_d

this will output
1
[]
[]
{}
{'1': '1'}


So sure this is 'expected'(pass by reference vs new object - for immutable objects) but it sure isn't obvious.
I feel this is a bug in python core.
I think that the behaviour should be the same for *all* objects.
If it is pass by reference, *and* the item has to be able to be updated(I feel this breaks most people's expectations...) then the result of a modification to an object that is immutable should be that the pointer to the original now points to the resulting string. 

Personally I do not want to be able to modify the dictionary as I did above like I did.

----------
messages: 115074
nosy: db
priority: normal
severity: normal
status: open
title: Python violates most users expectations via the modification differences of immutable and mutable objects in methods

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:03:40 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 14:03:40 +0000
Subject: [issue6417] multiprocessing Process examples: print and getppid
In-Reply-To: <1246719525.24.0.54072257834.issue6417@psf.upfronthosting.co.za>
Message-ID: <1282917820.05.0.388817111327.issue6417@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6417>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:05:30 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 14:05:30 +0000
Subject: [issue3518] multiprocessing: BaseManager.from_address documented but
	doesn't exist
In-Reply-To: <1218131168.54.0.934616092257.issue3518@psf.upfronthosting.co.za>
Message-ID: <1282917930.81.0.78541297813.issue3518@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3518>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:08:42 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 14:08:42 +0000
Subject: [issue6653] Potential memory leak in multiprocessing
In-Reply-To: <1249503832.66.0.0114205396453.issue6653@psf.upfronthosting.co.za>
Message-ID: <1282918122.07.0.141185477409.issue6653@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6653>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:09:22 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 27 Aug 2010 14:09:22 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282918162.71.0.213291847414.issue9702@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I feel this breaks most people's expectations...

I think you are quite mistaken in this assumption. Sure, object references are difficult to grasp at first, but they are a highly useful concept, and follow very simple, systematic principles - you just need to "get" it once.

> result of a modification to an object that is immutable

Objects that are immutable *cannot* be modified - that this the very definition of "immutable". It seems that your understanding of Python still doesn't match its semantics.

However, Python really can't adjust to whatever your current understanding is: most people (dealing with it) already have the right understanding.

So closing this as "won't fix".

----------
nosy: +loewis
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:11:51 2010
From: report at bugs.python.org (sorin)
Date: Fri, 27 Aug 2010 14:11:51 +0000
Subject: [issue9699] invalid call of Windows API _popen() generating The input
	line is too long error message
In-Reply-To: <1282909340.45.0.225876683414.issue9699@psf.upfronthosting.co.za>
Message-ID: <1282918311.97.0.588079193241.issue9699@psf.upfronthosting.co.za>


sorin <sorin.sbarnea at gmail.com> added the comment:

I'm currently building some samples (one that could be run on any Windows machine).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9699>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:11:51 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 14:11:51 +0000
Subject: [issue7123] Multiprocess Process does not always exit when run from a
	thread.
In-Reply-To: <1255522492.52.0.0352108851469.issue7123@psf.upfronthosting.co.za>
Message-ID: <1282918311.16.0.703293814174.issue7123@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7123>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:13:22 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 14:13:22 +0000
Subject: [issue7060] test_multiprocessing dictionary changed size errors and
	hang
In-Reply-To: <1254706857.52.0.165302672738.issue7060@psf.upfronthosting.co.za>
Message-ID: <1282918402.49.0.746334121322.issue7060@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7060>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:14:01 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 27 Aug 2010 14:14:01 +0000
Subject: [issue9119] Python download page needs to mention crypto code in
	Windows installer
In-Reply-To: <4C77AD62.9010303@v.loewis.de>
Message-ID: <4C77C825.1030204@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Martin v. L?wis wrote:
> 
> Martin v. L?wis <martin at v.loewis.de> added the comment:
> 
>>> Which specific clause of the license do you consider violated?
>>
>>  * 3. All advertising materials mentioning features or use of this
>>  *    software must display the following acknowledgment:
>>  *    "This product includes software developed by the OpenSSL Project
>>  *    for use in the OpenSSL Toolkit. (http://www.openssl.org/)"
> 
> I fail to see the violation, or how changing the download page could
> fix that. The download page is *not* "advertising material mentioning
> features or use of this software". In fact, the download page doesn't
> refer to SSL at all. Hence there is no obligation to mention OpenSSL
> on the download page.
> 
>>  * 3. All advertising materials mentioning features or use of this software
>>  *    must display the following acknowledgement:
>>  *    "This product includes cryptographic software written by
>>  *     Eric Young (eay at cryptsoft.com)"
> 
> Likewise.

The license only permits you to use and distribute OpenSSL under
the conditions mentioned in the license.

Since we are not following those old-style BSD license requirements
(which are unfortunate), we are not allowed to use the software:

The python.org site is full of references to OpenSSL. Most
prominently in the documentation of the ssl and hashlib modules,
but also in the release notes/news and other files.
By contrast, the name "Eric Young" does not appear anywhere
on the site (according to a Google search).

We can remedy this easily, but putting the notices on the download
pages. Perhaps just putting them into the documentation is already
good enough.

>>  * 4. If you include any Windows specific code (or a derivative thereof) from
>>  *    the apps directory (application code) you must include an acknowledgement:
>>  *    "This product includes software written by Tim Hudson (tjh at cryptsoft.com)"
> 
> This doesn't apply: we don't include any code (Windows specific or not)
> from the apps directory.

Ok, so we don't have to add this part.

>> I'd suggest to add a paragraph like this to the release pages:
>
> -1, unless the PSF lawyer advises that such a paragraph is indeed
> necessary. It may shy away users from using Python, which is clearly
> undesirable.

So you'd rather have some users get in trouble for downloading
and using crypto software, due import laws or domestic laws
restricting its use in their country ?

Deliberately hiding this information from the user, doesn't
sound like a good approach to the problem. However, I agree
that this is a question to ask the PSF board.

There's probably a better wording for such a text, but some kind of
note of caution needs to go on the website.

----------
title: Python download page needs to mention crypto code in	Windows installer -> Python download page needs to mention crypto code in Windows installer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:14:30 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 14:14:30 +0000
Subject: [issue5862] multiprocessing 'using a remote manager' example errors
	and possible 'from_address' code leftover
In-Reply-To: <1240883702.69.0.562256281063.issue5862@psf.upfronthosting.co.za>
Message-ID: <1282918470.65.0.301248672719.issue5862@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

Duplicate of 3518?

----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5862>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:21:51 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 27 Aug 2010 14:21:51 +0000
Subject: [issue9624] 2755
In-Reply-To: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>
Message-ID: <1282918911.38.0.167996918696.issue9624@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Jay, is one of these links relevant to your case:
http://www.appdeploy.com/msierrors/detail.asp?id=130
http://blog.colinmackay.net/archive/2007/06/21/36.aspx

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:25:20 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 14:25:20 +0000
Subject: [issue3735] allow multiple threads to efficiently send the same
	requests to a processing.Pool without incurring duplicate processing
In-Reply-To: <1220051229.09.0.236623735385.issue3735@psf.upfronthosting.co.za>
Message-ID: <1282919120.61.0.106115903017.issue3735@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

This is a nice feature, but it's also very specific and can be implemented
by extending what's already there.

Could you make a patch for this that applies to the py3k branch? If no one has the time for this, then we should probably just close the issue, until someone requests it again.

----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3735>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:26:52 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 27 Aug 2010 14:26:52 +0000
Subject: [issue9624] Error 2755, "failure to find drive" when installing Python
In-Reply-To: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>
Message-ID: <1282919212.52.0.483627100029.issue9624@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


----------
components: +Installation, Windows -None
stage:  -> needs patch
title: 2755 -> Error 2755, "failure to find drive" when installing Python
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:26:59 2010
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 27 Aug 2010 14:26:59 +0000
Subject: [issue9624] Error 2755, "failure to find drive" when installing Python
In-Reply-To: <1282001795.13.0.196803574469.issue9624@psf.upfronthosting.co.za>
Message-ID: <1282919219.09.0.286759912213.issue9624@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


Removed file: http://bugs.python.org/file18660/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:27:26 2010
From: report at bugs.python.org (Steven Bethard)
Date: Fri, 27 Aug 2010 14:27:26 +0000
Subject: [issue9652] Tidy argparse default output
In-Reply-To: <1282337819.1.0.781769535861.issue9652@psf.upfronthosting.co.za>
Message-ID: <1282919246.56.0.777927713394.issue9652@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Looks like "usage" is almost always lowercase in the programs I tried (ssh, svn, cat, etc.). So it probably wouldn't be a good idea to change the default. Seems like both this and issue 9694 need a better way to customize the text in argparse mesages.

As a temporary workaround for the group names, you can try:

parser._optionals.title = "Optional arguments"
parser._positionals.title = "Positional arguments"

I can't guarantee this will continue to work since it relies on internal details but at least it would work for the time being.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9652>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:31:20 2010
From: report at bugs.python.org (sorin)
Date: Fri, 27 Aug 2010 14:31:20 +0000
Subject: [issue9699] invalid call of Windows API _popen() generating The input
	line is too long error message
In-Reply-To: <1282909340.45.0.225876683414.issue9699@psf.upfronthosting.co.za>
Message-ID: <1282919480.9.0.476947879394.issue9699@psf.upfronthosting.co.za>


sorin <sorin.sbarnea at gmail.com> added the comment:

Here is a test file. It does contain 3 command lines that are similar but one of them is not working (cmd_2).

----------
Added file: http://bugs.python.org/file18662/bug_line_too_long.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9699>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:39:28 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 27 Aug 2010 14:39:28 +0000
Subject: [issue9119] Python download page needs to mention crypto code
	in	Windows installer
In-Reply-To: <4C77C825.1030204@egenix.com>
Message-ID: <4C77CE1D.5040200@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Since we are not following those old-style BSD license requirements

You state that is if it was a fact, which is it not. We, indeed, fully
comply with the license requirements.

> The python.org site is full of references to OpenSSL. Most
> prominently in the documentation of the ssl and hashlib modules,
> but also in the release notes/news and other files.

Sure, but this is not advertising material. It's technical documentation.

> So you'd rather have some users get in trouble for downloading
> and using crypto software, due import laws or domestic laws
> restricting its use in their country ?

I don't believe that users actually will get into troubles for
downloading Python. If they would, a notice is likely not to have
any effect on that - if there is a real risk that users will get
into trouble, most likely, they know before downloading what
that trouble might be.

If you really wanted to post a notice telling people that doing illegal
things may cause problems, for all the illegal things that you can
do with Python, you'll end up with a long list. For example, Python
can be used to break into other computer systems (as can any programming
environment with a networking API) - should we now include a notice
saying

"Python can be used to break into remote computers, using the network
services of Python. Please note that breaking into other computers
may not be legal in your country of residence. It is your responsibility
to make sure you meet all local import and use requirements for
networking code when downloading and using the Python Windows installers."

I hope you agree that would be silly.

----------
title: Python download page needs to mention crypto code in Windows installer -> Python download page needs to mention crypto code in	Windows installer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:53:06 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 14:53:06 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282920786.84.0.396078753797.issue9702@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

I strongly suggest you reconsider as *most* programmers will not think about it this way.
No you failed to understand my bug report apparently. I understand the behaviour. However, you failed to understand the problem. 

*PLEASE* read and think about it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:53:20 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 14:53:20 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282920800.88.0.473593305976.issue9702@psf.upfronthosting.co.za>


Changes by david <db.pub.mail at gmail.com>:


----------
resolution: wont fix -> later

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 16:56:26 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Aug 2010 14:56:26 +0000
Subject: [issue6234] cgi.FieldStorage is broken when given POST data
In-Reply-To: <1244412456.94.0.493968112391.issue6234@psf.upfronthosting.co.za>
Message-ID: <1282920986.51.0.028348147903.issue6234@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6234>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:03:25 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:03:25 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282921405.81.0.824742926851.issue9702@psf.upfronthosting.co.za>


Changes by david <db.pub.mail at gmail.com>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:06:01 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 27 Aug 2010 15:06:01 +0000
Subject: [issue9119] Python download page needs to mention crypto code
	in	Windows installer
In-Reply-To: <4C77CE1D.5040200@v.loewis.de>
Message-ID: <4C77D454.3020407@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Martin v. L?wis wrote:
> 
> Martin v. L?wis <martin at v.loewis.de> added the comment:
> 
>> Since we are not following those old-style BSD license requirements
> 
> You state that is if it was a fact, which is it not. We, indeed, fully
> comply with the license requirements.
>
>> The python.org site is full of references to OpenSSL. Most
>> prominently in the documentation of the ssl and hashlib modules,
>> but also in the release notes/news and other files.
> 
> Sure, but this is not advertising material. It's technical documentation.

Ask a lawyer :-)

There's a reason why you get around 688.000 hits when searching for
"This product includes cryptographic software written by Eric Young"
on Google.

Now try that search against www.python.org... not a single hit.

>> So you'd rather have some users get in trouble for downloading
>> and using crypto software, due import laws or domestic laws
>> restricting its use in their country ?
> 
> I don't believe that users actually will get into troubles for
> downloading Python. If they would, a notice is likely not to have
> any effect on that - if there is a real risk that users will get
> into trouble, most likely, they know before downloading what
> that trouble might be.

Right now, they are downloading a file without knowing that
they are in fact possibly importing crypto code. Even if they
know that importing or using crypto code is illegal, they
don't get the needed information from us to decide whether
or not they want to proceed.

And they don't get a choice to download an installer without
crypto code either.

This latter point may actually be a good way
to make them aware without scaring anyone away: put two installers
up on the page, one with OpenSSL, the other without OpenSSL and
then let the users decide which one they want.

> If you really wanted to post a notice telling people that doing illegal
> things may cause problems, for all the illegal things that you can
> do with Python, you'll end up with a long list. For example, Python
> can be used to break into other computer systems (as can any programming
> environment with a networking API) - should we now include a notice
> saying
> 
> "Python can be used to break into remote computers, using the network
> services of Python. Please note that breaking into other computers
> may not be legal in your country of residence. It is your responsibility
> to make sure you meet all local import and use requirements for
> networking code when downloading and using the Python Windows installers."
> 
> I hope you agree that would be silly.

Agreed, but that's not what I'm talking about :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:07:50 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 15:07:50 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282921670.58.0.417308844878.issue9702@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

What you describe is the way Python is *designed* to work at a very fundamental level.  Read about 'namespaces', and look at the computer science literature on 'call by object'.

----------
nosy: +r.david.murray
resolution: later -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:11:55 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:11:55 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282921915.33.0.655747315632.issue9702@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

def list_again(foo):
	foo.append("bar")

def list_again_again(foo):
	foo = foo + ["1"]

if __name__ == "__main__":
	bar = []
	list_again(bar)
	print bar
	list_again_again(bar)
	print bar



Ok so let me without running the above code exactly what it does AND then, stop and think about how *most* coders expect it to behave.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:12:07 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:12:07 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282921927.03.0.278345219766.issue9702@psf.upfronthosting.co.za>


Changes by david <db.pub.mail at gmail.com>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:13:57 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:13:57 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282922037.34.0.984932742252.issue9702@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

In c pointers are *explicit*, ditto in c++, in java everything is a pointer.
In asm, well that is asm.
This behaviour in python, makes python code *really* hard to read and *hard* to understand. 

Can you python devs / people stop calling a bug reporter stupid when they point out language flaws?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:14:53 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 27 Aug 2010 15:14:53 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282922093.63.0.0294405053118.issue9702@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:15:25 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Aug 2010 15:15:25 +0000
Subject: [issue8695] Issue while installing Python 2.6.5 in IBM AIX 6.1
In-Reply-To: <1273661486.25.0.2216975723.issue8695@psf.upfronthosting.co.za>
Message-ID: <1282922125.48.0.763393084301.issue8695@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8695>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:15:28 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:15:28 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282922128.83.0.672205397078.issue9702@psf.upfronthosting.co.za>


Changes by david <db.pub.mail at gmail.com>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:15:37 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:15:37 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282922137.49.0.895908347145.issue9702@psf.upfronthosting.co.za>


Changes by david <db.pub.mail at gmail.com>:


----------
resolution: invalid -> later

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:18:02 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:18:02 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282922282.21.0.9433061018.issue9702@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

If you like I can look for this new security bugs in existing python projects and show you why this is a *very* bad idea. 

Please stop this python isolated mentality and autistic behaviour and consider the possibility of being wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:19:28 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Aug 2010 15:19:28 +0000
Subject: [issue3125] test_multiprocessing causes test_ctypes to fail
In-Reply-To: <1213637497.57.0.0550109069119.issue3125@psf.upfronthosting.co.za>
Message-ID: <1282922368.59.0.774507389016.issue3125@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Is this still a problem or can this be closed, given r65883?

----------
components: +Tests
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3125>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:24:53 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:24:53 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282922693.25.0.360433873508.issue9702@psf.upfronthosting.co.za>


Changes by david <db.pub.mail at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:25:36 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 27 Aug 2010 15:25:36 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282922736.93.0.94839382861.issue9702@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Please use a language that makes sense to you then.

----------
nosy: +benjamin.peterson
resolution: later -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:27:13 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Aug 2010 15:27:13 +0000
Subject: [issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
In-Reply-To: <1213472808.51.0.731079646072.issue3111@psf.upfronthosting.co.za>
Message-ID: <1282922833.28.0.25837143201.issue3111@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

Can this be closed as it looks to me like a 2 year old test error and not an extension module error, am I correct?  Refer to msg68349 and msg68363.

----------
nosy: +BreamoreBoy
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3111>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:28:07 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:28:07 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282922887.11.0.819333469886.issue9702@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

Excuse me for reporting weird and not expected behaviour on behalf of *most* coders.

Here https://bugs.edge.launchpad.net/ubuntu/+source/checkbox/+bug/625076
I understand python fine. If I have to find security bugs in *lots* more python projects to prove my point I will do this *to* make this point really clear. 
You (responders so far) seem to not understand the nature of this problem and you are simply calling me stupid.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:28:21 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Aug 2010 15:28:21 +0000
Subject: [issue6056] socket.setdefaulttimeout affecting multiprocessing Manager
In-Reply-To: <1242668944.28.0.292370665479.issue6056@psf.upfronthosting.co.za>
Message-ID: <1282922901.4.0.427994033618.issue6056@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6056>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:29:05 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:29:05 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282922945.92.0.783817429317.issue9702@psf.upfronthosting.co.za>


Changes by david <db.pub.mail at gmail.com>:


----------
resolution: invalid -> later
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:29:26 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Aug 2010 15:29:26 +0000
Subject: [issue6362] multiprocessing: handling of errno after signals in
	sem_acquire()
In-Reply-To: <1246236953.98.0.347685302465.issue6362@psf.upfronthosting.co.za>
Message-ID: <1282922966.68.0.219860098111.issue6362@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
versions:  -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6362>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:30:27 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Aug 2010 15:30:27 +0000
Subject: [issue6407] multiprocessing Pool should allow custom task queue
In-Reply-To: <1246627398.56.0.0568609724018.issue6407@psf.upfronthosting.co.za>
Message-ID: <1282923027.57.0.932857354493.issue6407@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
stage:  -> needs patch
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6407>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:32:34 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:32:34 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282923154.54.0.179176459321.issue9702@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

Just to clarify that last comment. 
By exhibiting this behaviour python, introduces the potential for a lot more errors in code that seems to be correct to most people. 
Remember this bug is about the differences in behaviour for 'mutable' and 'immutable' objects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:34:48 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 27 Aug 2010 15:34:48 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282922887.11.0.819333469886.issue9702@psf.upfronthosting.co.za>
Message-ID: <AANLkTim50x-V3fCJOfUsU_w2cKrWZKySfOvAo8QzPQdO@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/27 david <report at bugs.python.org>:
>
> david <db.pub.mail at gmail.com> added the comment:
>
> Excuse me for reporting weird and not expected behaviour on behalf of *most* coders.

Your assumption that most coders are confused by this comes from where?

>
> Here https://bugs.edge.launchpad.net/ubuntu/+source/checkbox/+bug/625076
> I understand python fine. If I have to find security bugs in *lots* more python projects to prove my point I will do this *to* make this point really clear.

Well, that would be relevant to those projects, not python.

> You (responders so far) seem to not understand the nature of this problem and you are simply calling me stupid.

Actually, the only insult that seem to have happened is you calling us
"autistic".

Also, repeatedly opening this bug report will not make it any more
likely that action will be taken on it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:35:13 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 27 Aug 2010 15:35:13 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282923313.88.0.703125412874.issue9702@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution: later -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:36:00 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 15:36:00 +0000
Subject: [issue9699] invalid call of Windows API _popen() generating The input
	line is too long error message
In-Reply-To: <1282909340.45.0.225876683414.issue9699@psf.upfronthosting.co.za>
Message-ID: <1282923360.43.0.569856946191.issue9699@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks, sorin.  This issue is at least affected by the fix to issue 2304.  I don't currently have an up-to-date version of 2.7 trunk on my windows VM, so I can't test your code there.  (Note that 'import tee' needs to be removed before your test program will run.)  Adding Tim and Brian to nosy so they can check it out.  It is quite possible (even likely) that 2304 fixed this problem as well.

----------
nosy: +brian.curtin, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9699>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:36:29 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Aug 2010 15:36:29 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282923389.7.0.0364748923358.issue9702@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

The current design has existed for almost twenty years.
It is deeply embedded in the language.   For better or
worse, it cannot and won't change.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:38:18 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 27 Aug 2010 15:38:18 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282923498.38.0.134076625478.issue9702@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/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:39:05 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 27 Aug 2010 15:39:05 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282923545.33.0.900039547756.issue9702@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

david, please accept that regardless of whether this is a bug or not, people dealing with bug reports will always determine that it is no bug, and close it. *Please stop reopening this report*.

If you want to appeal to this decision, please post a message to python-ideas, asking for support from other people.

Also be prepared to write a PEP proposing changes to the language to make it work more like you expect. Please expect that this PEP will be very difficult to write, and, if you indeed manage to come up with a sound proposal, that proposal will get a lot of opposition.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:40:19 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 27 Aug 2010 15:40:19 +0000
Subject: [issue9697] python 2.3.4  installation error on 64 bit env
In-Reply-To: <1282860445.87.0.394142601563.issue9697@psf.upfronthosting.co.za>
Message-ID: <1282923619.44.0.161604717634.issue9697@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Bug fixes also go into the development version, 3.2 (branch named py3k).

(http://python.org/download/ tells what the stable versions are, but http://python.org/ does not clearly.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9697>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:42:09 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:42:09 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282923729.92.0.244188238368.issue9702@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

"Please stop this python isolated mentality and autistic behaviour and consider the possibility of being wrong."
... No I didn't, did you read what I said?
Also, repeatedly closing this bug isn't going to make it go away.
You are kidding your self if you think that 99% of python coders will be able to tell me the correct answers to the code output I have pasted here(without running it). 


Saying something is correct because of history is *just* plain wrong.
I will happily write a PEP and anything else required to get this changed.

----------
resolution: invalid -> later
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:43:42 2010
From: report at bugs.python.org (david)
Date: Fri, 27 Aug 2010 15:43:42 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282923822.17.0.29912086842.issue9702@psf.upfronthosting.co.za>


david <db.pub.mail at gmail.com> added the comment:

To quote the zen of python:
"Readability counts.
Special cases aren't special enough to break the rules."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:43:52 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 27 Aug 2010 15:43:52 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282923832.42.0.131709249236.issue9702@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution: later -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:44:22 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Aug 2010 15:44:22 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282923862.53.0.667560118166.issue9702@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

<Yawn>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 17:46:09 2010
From: report at bugs.python.org (sorin)
Date: Fri, 27 Aug 2010 15:46:09 +0000
Subject: [issue9699] invalid call of Windows API _popen() generating The input
	line is too long error message
In-Reply-To: <1282909340.45.0.225876683414.issue9699@psf.upfronthosting.co.za>
Message-ID: <1282923969.15.0.144306996752.issue9699@psf.upfronthosting.co.za>


sorin <sorin.sbarnea at gmail.com> added the comment:

True about tee, I forgot to remove it. By the way, in case the other patch does not solve the issue we can use the quote_command() from 
http://github.com/ssbarnea/tendo/blob/master/tendo/tee.py to solve it.

----------
versions: +Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9699>
_______________________________________

From report at bugs.python.org  Fri Aug 27 18:22:15 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Aug 2010 16:22:15 +0000
Subject: [issue6653] Potential memory leak in multiprocessing
In-Reply-To: <1249503832.66.0.0114205396453.issue6653@psf.upfronthosting.co.za>
Message-ID: <1282926135.72.0.613201539209.issue6653@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
components: +Library (Lib)
stage:  -> needs patch
type:  -> resource usage
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6653>
_______________________________________

From report at bugs.python.org  Fri Aug 27 18:30:00 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 27 Aug 2010 16:30:00 +0000
Subject: [issue9699] invalid call of Windows API _popen() generating The input
	line is too long error message
In-Reply-To: <1282909340.45.0.225876683414.issue9699@psf.upfronthosting.co.za>
Message-ID: <1282926600.13.0.491733828025.issue9699@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9699>
_______________________________________

From report at bugs.python.org  Fri Aug 27 18:39:00 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 16:39:00 +0000
Subject: [issue1674555] sys.path in tests contains system directories
Message-ID: <1282927140.92.0.00725582639181.issue1674555@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/issue1674555>
_______________________________________

From report at bugs.python.org  Fri Aug 27 19:49:00 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Aug 2010 17:49:00 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <4C76CBCF.4090405@egenix.com>
Message-ID: <1282931334.3264.1.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> >> Think of e.g. embedded Python interpreters or py2exe-style applications
> >> running on Linux or other systems that don't use Unicode APIs 
> >> for FS-interaction or have fixed FS-encodings.
> > 
> > What is the problem here? Python does guess the filesystem encoding. If the encoding is "wrong" (not the value expected by the user), filenames are not displayed correctly (mojibake) but it does just work. Anyway, why is it not possible to use PYTHONFSENCODING here? Are you talking to Python modules loaded from a non-ascii path?
> > 
> > Sorry, but I do not understand.
> 
> In such environments you cannot expect the user to configure the
> system properly (i.e. set an environment variable). Instead, the
> application has to provide an educated guess to the Python
> interpreter in some way, hence the idea to use a configuration
> file or perhaps provide a C API that can be used to set the
> variable before initializing the interpreter.

Why wouldn't the embedding application just set the environment var
before initializing the Python interpreter?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Fri Aug 27 19:58:05 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Aug 2010 17:58:05 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1282660175.5.0.607075455214.issue6822@psf.upfronthosting.co.za>
Message-ID: <1282931879.3264.8.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> But I can tell you that I've never had another FTP program fail like
> Python 3 is failing for me trying to what seems like a simple transfer
> of a text file (expecting the line endings to be adjusted).  

Python 3 is not failing, you are just using it the wrong way. Open your
file in binary mode (as opposed to text mode) and it should work. "Text
files" in Python 3 are files decoded to unicode while reading (and
encoded from unicode while writing); they are much more than simply
binary files with adaptive line endings. This is more or less documented
here (although I agree it would perhaps need a better introductory
paragraph):
http://docs.python.org/py3k/library/io.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Fri Aug 27 19:59:47 2010
From: report at bugs.python.org (Greg Brockman)
Date: Fri, 27 Aug 2010 17:59:47 +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: <1282931987.14.0.321106902103.issue9205@psf.upfronthosting.co.za>


Greg Brockman <gdb at mit.edu> added the comment:

Hmm, a few notes.  I have a bunch of nitpicks, but those can wait for a later iteration.  (Just one style nit: I noticed a few unneeded whitespace changes... please try not to do that, as it makes the patch harder to read.)

- Am I correct that you handle a crashed worker by aborting all running jobs?  If so:
  - Is this acceptable for your use case?  I'm fine with it, but had been under the impression that we would rather this did not happen.
  - If you're going to the effort of ACKing, why not record the mapping of tasks to workers so you can be more selective in your termination?  Otherwise, what does the ACKing do towards fixing this particular issue?
- I think in the final version you'd need to introduce some interthread locking, because otherwise you're going to have weird race conditions.  I haven't thought too hard about whether you can get away with just catching unexpected exceptions, but it's probably better to do the locking.
- I'm getting hangs infrequently enough to make debugging annoying, and I don't have time to track down the bug right now.  Why don't you strip out any changes that are not needed (e.g. AFAICT, the ACK logic), make sure there aren't weird race conditions, and if we start converging on a patch that looks right from a high level we can try to make it work on all the corner cases?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:14:12 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 18:14:12 +0000
Subject: [issue9652] Tidy argparse default output
In-Reply-To: <1282337819.1.0.781769535861.issue9652@psf.upfronthosting.co.za>
Message-ID: <1282932852.74.0.024693027243.issue9652@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

2.7 is closed to new features and I cannot see making a non-bug change in a maintenance release that could break something.

Should this be closed in favor of #9694? (Or vice versa?). Perhaps one of the issues should be renamed something like "Improve argparse message customization".

----------
nosy: +terry.reedy
stage:  -> unit test needed
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9652>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:15:42 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 18:15:42 +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: <1282932942.04.0.795125993261.issue9694@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is this really a behavior bug or doc bug?
Or a feature request for better message customization?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:19:15 2010
From: report at bugs.python.org (Tim Golden)
Date: Fri, 27 Aug 2010 18:19:15 +0000
Subject: [issue9699] invalid call of Windows API _popen() generating The
	input	line is too long error message
In-Reply-To: <1282926600.26.0.566565102303.issue9699@psf.upfronthosting.co.za>
Message-ID: <4C78019B.20203@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

I'll pick this up and try to decide what's best to
do. I'm away from home for a few weeks and have only
intermittent internet access. Thanks, Sorin, for
a reproducible test case.

----------
title: invalid call of Windows API _popen() generating The input line is too long error message -> invalid call of Windows API _popen() generating The input	line is too long error message

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9699>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:22:52 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 18:22:52 +0000
Subject: [issue9668] strings in json.dump in '' instead of ""
In-Reply-To: <1282652734.85.0.734132617851.issue9668@psf.upfronthosting.co.za>
Message-ID: <1282933372.41.0.763428412554.issue9668@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

2.6.6 is the final 2.6 bugfix release. A bug would have to be demonstrated with 2.7 or 3.1/2. On 3.1, winxp, I get this also:
>>> import json
>>> json.dumps('foo')
'"foo"'

----------
nosy: +terry.reedy
status: pending -> open
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9668>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:23:01 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 18:23:01 +0000
Subject: [issue9668] strings in json.dump in '' instead of ""
In-Reply-To: <1282652734.85.0.734132617851.issue9668@psf.upfronthosting.co.za>
Message-ID: <1282933381.37.0.758390477666.issue9668@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/issue9668>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:23:43 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 18:23:43 +0000
Subject: [issue9668] strings in json.dump in '' instead of ""
In-Reply-To: <1282652734.85.0.734132617851.issue9668@psf.upfronthosting.co.za>
Message-ID: <1282933423.25.0.844548138603.issue9668@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +Library (Lib) -None
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9668>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:23:53 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 18:23:53 +0000
Subject: [issue9668] strings in json.dump in '' instead of ""
In-Reply-To: <1282652734.85.0.734132617851.issue9668@psf.upfronthosting.co.za>
Message-ID: <1282933433.18.0.126838668516.issue9668@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/issue9668>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:28:25 2010
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Aug 2010 18:28:25 +0000
Subject: [issue6822] Error calling .storlines from ftplib
In-Reply-To: <1251896489.26.0.54536142072.issue6822@psf.upfronthosting.co.za>
Message-ID: <1282933705.31.0.0944116521148.issue6822@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

pitrou> The FTP class is not supposed to guess in which charset 
pitrou> your data should be encoded.
pitrou> (the "encoding" argument on the FTP class is meant 
pitrou> for protocol commands (such as file names), not for file
pitrou> contents)

I agree, my patch is completly wrong :-) You should open your file in binary mode, not in text (unicode) mode. The issue is more a documentation bug, than a bug in ftplib behaviour.

Here is a new patch: very short patch on the doc (just add "binary" to "open binary file object *file*").

----------
components: +Documentation
Added file: http://bugs.python.org/file18663/ftplib_doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6822>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:29:58 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 18:29:58 +0000
Subject: [issue9672] test_xpickle fails on Windows: invokes pythonx.y instead
	of pythonxy
In-Reply-To: <1282668109.22.0.482627052843.issue9672@psf.upfronthosting.co.za>
Message-ID: <1282933798.3.0.181219645113.issue9672@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +alexandre.vassalotti, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9672>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:35:54 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Aug 2010 18:35:54 +0000
Subject: [issue9672] test_xpickle fails on Windows: invokes pythonx.y instead
	of pythonxy
In-Reply-To: <1282668109.22.0.482627052843.issue9672@psf.upfronthosting.co.za>
Message-ID: <1282934154.97.0.178687497187.issue9672@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This is not a failure, it just indicates that the tests get skipped.
While I agree that ideally the tests should be able to run on all systems, it should also be noted that the pickle protocols are (supposed to be) platform-agnostic and, therefore, it is not mandatory to run cross-compatibility tests on all platforms.

----------
nosy: +collinwinter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9672>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:46:24 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 18:46:24 +0000
Subject: [issue9669] regexp: zero-width matches in MIN_UNTIL
In-Reply-To: <1282655524.54.0.725053060384.issue9669@psf.upfronthosting.co.za>
Message-ID: <1282934784.38.0.0104507473712.issue9669@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +ezio.melotti, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9669>
_______________________________________

From report at bugs.python.org  Fri Aug 27 20:47:45 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 18:47:45 +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: <1282934865.24.0.138816152346.issue9205@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

New patch attach (termination-trackjobs3.patch).

> Hmm, a few notes. I have a bunch of nitpicks, but those
> can wait for a later iteration. (Just one style nit: I
> noticed a few unneeded whitespace changes... please try
> not to do that, as it makes the patch harder to read.)

Yeah, nitpicks can wait. We need a satisfactory solution first.
I forgot about the whitespace, the reason is that the patch was started
from the previous trackjobs patch.

> - Am I correct that you handle a crashed worker
> by aborting all running jobs?

No. The job's result is marked with the WorkerLostError, the
process is replaced by a new one, and the pool continue to be
functional.

>- If you're going to the effort of ACKing, why not record
>the mapping of tasks to workers so you can be more selective in your >termination?

I does have access to that. There's ApplyResult.worker_pids().
It doesn't terminate anything, it just clean up after whatever terminated. The MapResult could very well discard the job as a whole,
but my patch doesn't do that (at least not yet).

> Otherwise, what does the ACKing do towards fixing this particular
> issue?

It's what lets us find out what PID is processing the job. (It also
happens to be a required feature to reliably take advantage of
external ack semantics (like in AMQP), and also used by my job timeout
patch to know when a job was started, and then it shows to be useful
in this problem.

> - I think in the final version you'd need to introduce some
> interthread locking, because otherwise you're going to have weird race > conditions. I haven't thought too hard about whether you can
> get away with just catching unexpected exceptions, but it's
> probably better to do the locking.

Where is this required?

> - I'm getting hangs infrequently enough to make debugging annoying,
> and I don't have time to track down the bug right now.

Try this:

for i in 1 2 3 4 5; ./python.exe test.regrtest -v test_multiprocessing

it should show up quickly enough (at least on os x)

> Why don't you strip out any changes that are not needed (e.g. AFAICT, > the ACK logic), make sure there aren't weird race conditions,
> and if we start converging on a patch that looks right from a high > level we can try to make it work on all the corner case?

See the updated patch. I can't remove the ACK, but I removed the accept_callback, as it's not strictly needed to solve this problem.

----------
Added file: http://bugs.python.org/file18664/multiprocessing-trunk at 82502-termination-trackjobs3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:07:37 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:07:37 +0000
Subject: [issue1486713] HTMLParser : A auto-tolerant parsing mode
Message-ID: <1282936057.73.0.975607792209.issue1486713@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

For anyone who does want to work on this (and I do, but it will be quite a while before I can) see also issue 6191.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1486713>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:13:19 2010
From: report at bugs.python.org (David Watson)
Date: Fri, 27 Aug 2010 19:13:19 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <4C76DE5B.1010607@v.loewis.de>
Message-ID: <20100827191300.GA16013@dbwatson.ukfsn.org>


David Watson <baikie at users.sourceforge.net> added the comment:

> > I don't see how a name resolution API returning non-ASCII bytes
> > would indicate an error.
> 
> It's in violation of RFC 952 (slightly relaxed by RFC 1123).

That's bad if it's on the public Internet, but it's not an
error.  The OS is returning the name by which it knows the host.

If you look at POSIX, you'll see that what getaddrinfo() and
getnameinfo() look up and return is referred to as a "node name",
which can be an address string or a "descriptive name", and that
if used with Internet address families, descriptive names
"include" host names.  It doesn't say that the string can only be
an address string or a hostname (RFC 1123 compliant or
otherwise).

> > But to be more explicit, that's like saying "if it hurts, get
> > your sysadmin to reconfigure the company network".
> 
> Which I consider perfectly reasonable. The sysadmin should have
> known (and, in practice, *always* knows) not to do that in the first
> place (the larger the company, the more cautious the sysadmin).

It's not reasonable when addressed to a customer who might go
elsewhere.  And I still don't see a technical reason for making
such a demand.  Python 2.x seems to work just fine using 8-bit
strings.

----------
title: socket,	PEP 383: Mishandling of non-ASCII bytes in host/domain names -> socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:14:19 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:14:19 +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: <1282936459.28.0.634186729032.issue9694@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

*This* bug is a behavior bug (required flags are mis-labelled as being optional in the help text).  The referenced bug is a feature request, but it may make sense to consider it while fixing this one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:16:39 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:16:39 +0000
Subject: [issue9652] Enhance argparse help output customizability
In-Reply-To: <1282337819.1.0.781769535861.issue9652@psf.upfronthosting.co.za>
Message-ID: <1282936599.24.0.0638200691355.issue9652@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
title: Tidy argparse default output -> Enhance argparse help output customizability

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9652>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:16:55 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:16:55 +0000
Subject: [issue9652] Enhance argparse help output customizability
In-Reply-To: <1282337819.1.0.781769535861.issue9652@psf.upfronthosting.co.za>
Message-ID: <1282936615.92.0.0958572098726.issue9652@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/issue9652>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:17:02 2010
From: report at bugs.python.org (Greg Brockman)
Date: Fri, 27 Aug 2010 19:17:02 +0000
Subject: [issue9205] Parent process hanging in multiprocessing if children
	terminate unexpectedly
In-Reply-To: <1282934865.24.0.138816152346.issue9205@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=zNDtPc2cmWxgYJ3jiwOYf3HdBOfyNc_d1Ztum@mail.gmail.com>


Greg Brockman <gdb at mit.edu> added the comment:

Ah, you're right--sorry, I had misread your code.  I hadn't noticed
the usage of the worker_pids.  This explains what you're doing with
the ACKs.  Now, the problem is, I think doing it this way introduces
some races (which is why I introduced the ACK from the task handler in
my most recent patch).  What happens if:
- A worker removes a job from the queue and is killed before sending an ACK.
- A worker removes a job from the queue, sends an ACK, and then is
killed.  Due to bad luck with the scheduler, the parent cleans the
worker before the parent has recorded the worker pid.

You're now reading from self._cache in one thread but writing it in
another.  What happens if a worker sends a result and then is killed?
Again, I haven't thought too hard about what will happen here, so if
you have a correctness argument for why it's safe as-is I'd be happy
to hear it.

Also, I just noted that your current way of dealing with child deaths
doesn't play well with the maxtasksperchild variable.  In particular,
try running:
"""
import multiprocessing
def foo(x):
  return x
multiprocessing.Pool(1, maxtasksperchild=1).map(foo, [1, 2, 3, 4])
"""
(This should be an easy fix.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:20:31 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 27 Aug 2010 19:20:31 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <20100827191300.GA16013@dbwatson.ukfsn.org>
Message-ID: <4C780FFC.4060804@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> It's not reasonable when addressed to a customer who might go
> elsewhere.

I remain -1 on this change, until such a customer actually shows
up at a Python developer.

----------
title: socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names -> socket,	PEP 383: Mishandling of non-ASCII bytes in host/domain names

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:32:10 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:32:10 +0000
Subject: [issue2489] Patch for bugs in pty.py
In-Reply-To: <1206494149.11.0.607365562092.issue2489@psf.upfronthosting.co.za>
Message-ID: <1282937530.5.0.0939885448315.issue2489@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Removed file: http://bugs.python.org/file14148/pty.py.patch3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2489>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:35:19 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:35:19 +0000
Subject: [issue2489] Patch for bugs in pty.py
In-Reply-To: <1206494149.11.0.607365562092.issue2489@psf.upfronthosting.co.za>
Message-ID: <1282937719.51.0.290855276061.issue2489@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Woops, didn't mean to delete that file.  Reattaching.

----------
nosy: +r.david.murray
Added file: http://bugs.python.org/file18665/pty.py.patch3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2489>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:37:56 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:37:56 +0000
Subject: [issue2489] Patch for bugs in pty.py
In-Reply-To: <1206494149.11.0.607365562092.issue2489@psf.upfronthosting.co.za>
Message-ID: <1282937876.78.0.0470950181523.issue2489@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Removed file: http://bugs.python.org/file18665/pty.py.patch3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2489>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:38:17 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:38:17 +0000
Subject: [issue2489] Patch for bugs in pty.py
In-Reply-To: <1206494149.11.0.607365562092.issue2489@psf.upfronthosting.co.za>
Message-ID: <1282937897.06.0.658109638743.issue2489@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

That didn't work so well :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2489>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:39:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 19:39:45 +0000
Subject: [issue9664] Make gzip module not require that underlying file object
	support seek
In-Reply-To: <1282550810.11.0.164823540463.issue9664@psf.upfronthosting.co.za>
Message-ID: <1282937985.79.0.426695158453.issue9664@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I do not think your wish is sensibly possible. GzipFile wraps an object that is or simulates a file. This is necessary because GzipFile "simulates most of the methods of a file object, with the exception of the readinto() and truncate() methods." Note that seek, rewind, and tell are not excluded. For instance, I see no way that this:
    def rewind(self):
        '''Return the uncompressed stream file position indicator to the
        beginning of the file'''
        if self.mode != READ:
            raise IOError("Can't rewind in write mode")
        self.fileobj.seek(0)
        ...
could be implemented without seek, and without having a complete local copy of everything read.

urllib.request.urlopen returns a 'file-like' object that does not quite fully simulate a file. The downstream OP should save the gzip file locally using urlretrieve() and *then* open and iterate through it. Feel free to forward this suggestion to the OP.

----------
nosy: +terry.reedy
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9664>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:43:37 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:43:37 +0000
Subject: [issue2489] Patch for bugs in pty.py
In-Reply-To: <1206494149.11.0.607365562092.issue2489@psf.upfronthosting.co.za>
Message-ID: <1282938217.5.0.570743966023.issue2489@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Added file: http://bugs.python.org/file18666/pty.py.patch3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2489>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:48:35 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:48:35 +0000
Subject: [issue2489] Patch for bugs in pty.py
In-Reply-To: <1206494149.11.0.607365562092.issue2489@psf.upfronthosting.co.za>
Message-ID: <1282938515.71.0.44841563925.issue2489@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

OK, file restored.

Design bugs are usually fixed by "feature requests" :)

See issue 967171 for the feature request.

----------
versions: +Python 2.7, Python 3.2 -Python 2.4, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2489>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:49:34 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 19:49:34 +0000
Subject: [issue967161] pty.spawn() enhancements
Message-ID: <1282938574.52.0.344776763737.issue967161@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

No, issue 2489 is a bug fix, and the inclusion of a feature request in it has already had an objection.  This bug should stay open to cover the feature request, I think.  The patch for the RFE is pretty simple...

----------
nosy: +r.david.murray
stage:  -> unit test needed
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue967161>
_______________________________________

From report at bugs.python.org  Fri Aug 27 21:55:10 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 19:55:10 +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: <1282938910.09.0.615144532149.issue9205@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

> - A worker removes a job from the queue and is killed before
> sending an ACK.

Yeah, this may be a problem. I was thinking we could make sure the task is acked before child process shutdown. Kill -9 is then not safe, but do we really want to guarantee that in multiprocessing? In celery we're safe by using AMQP's ack trasnaction anyway. The same could be said if there's a problem with the queue though. Maybe using ack timeouts? We know how many worker processes are free already.

> A worker removes a job from the queue, sends an ACK, and then is
> killed.  Due to bad luck with the scheduler, the parent cleans the
> worker before the parent has recorded the worker pid.
Guess we need to consume from the result queue until it's empty.

> You're now reading from self._cache in one thread but writing it in
> another.

Yeah, I'm not sure if SimpleQueue is managed by a lock already. Should maybe use a lock if it isn't.

> What happens if a worker sends a result and then is killed?
In the middle of sending? Or, if not I don't think this matters.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 27 22:08:33 2010
From: report at bugs.python.org (Tom Browder)
Date: Fri, 27 Aug 2010 20:08:33 +0000
Subject: [issue9652] Tidy argparse default output
In-Reply-To: <1282932852.74.0.024693027243.issue9652@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=mya2r5rVajj9fSju1MdXXJkEEHg6M6Bx+5eL3@mail.gmail.com>


Tom Browder <tom.browder at gmail.com> added the comment:

...
> Should this be closed in favor of #9694? (Or vice versa?). Perhaps one of the issues should be renamed something like "Improve argparse message customization".

That sounds like a winner to me

-Tom

----------
title: Enhance argparse help output customizability -> Tidy argparse default output

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9652>
_______________________________________

From report at bugs.python.org  Fri Aug 27 22:08:57 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 27 Aug 2010 20:08:57 +0000
Subject: [issue9632] Remove sys.setfilesystemencoding()
In-Reply-To: <1282931334.3264.1.camel@localhost.localdomain>
Message-ID: <4C781B56.2070705@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Antoine Pitrou wrote:
> 
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
>>>> Think of e.g. embedded Python interpreters or py2exe-style applications
>>>> running on Linux or other systems that don't use Unicode APIs 
>>>> for FS-interaction or have fixed FS-encodings.
>>>
>>> What is the problem here? Python does guess the filesystem encoding. If the encoding is "wrong" (not the value expected by the user), filenames are not displayed correctly (mojibake) but it does just work. Anyway, why is it not possible to use PYTHONFSENCODING here? Are you talking to Python modules loaded from a non-ascii path?
>>>
>>> Sorry, but I do not understand.
>>
>> In such environments you cannot expect the user to configure the
>> system properly (i.e. set an environment variable). Instead, the
>> application has to provide an educated guess to the Python
>> interpreter in some way, hence the idea to use a configuration
>> file or perhaps provide a C API that can be used to set the
>> variable before initializing the interpreter.
> 
> Why wouldn't the embedding application just set the environment var
> before initializing the Python interpreter?

Because that's not easy to do in a platform independent way.
OTOH, it's very easy to do via a C API function in Python and
since this env var is essential for the operation of Python,
adding such an API is warranted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9632>
_______________________________________

From report at bugs.python.org  Fri Aug 27 22:11:26 2010
From: report at bugs.python.org (Ask Solem)
Date: Fri, 27 Aug 2010 20:11:26 +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: <1282939886.99.0.170901989555.issue9205@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

By the way, I'm also working on writing some simple benchmarks for the multiple queues approach, just to see if theres at all an overhead to
worry about.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9205>
_______________________________________

From report at bugs.python.org  Fri Aug 27 22:20:45 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 20:20:45 +0000
Subject: [issue9119] Python download page needs to mention crypto code
	in	Windows installer
In-Reply-To: <1277836658.93.0.259031299275.issue9119@psf.upfronthosting.co.za>
Message-ID: <1282940445.48.0.568535463229.issue9119@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This is really two issues: docs and windows builds. As for docs:

Many of the module doc pages mention original authors and give urls for further info. The ssl page already says " This module uses the OpenSSL library." Rather than fuss over whether the doc constitutes 'advertising material' (and a lawyer certain could claim it does), we can easily expand the above to

"This module includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit (http://www.openssl.org/) and cryptographic software written by Eric Young (eay at cryptsoft.com)."

or whatever would be correct. This wording better meets the attribution requirement *and* is more informative to users.

The download page currently does not contain the word 'license', which I think is an omission that should be filled. I think it should include something like the following reasonably near the top:

"The History and License for each version is included with its document set. In layperson's terms, the license more or less says that you can use Python as you wish as long as you 1) do not claim ownership of the name or code, and 2) assume full legal and moral responsibility for the downloading and use of the code, including the cryptographic modules." 

Builds: have there been multiple overt requests for no-crypto builds? Do any of the other build providers make such? I think this falls under "These re-packagings often include more libraries or are specialized for a particular application:" -- like being so unfortunate as to live in certain countries.

----------
keywords: +patch
nosy: +terry.reedy
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 22:33:06 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Aug 2010 20:33:06 +0000
Subject: [issue9119] Python download page needs to mention crypto code
	in	Windows installer
In-Reply-To: <1277836658.93.0.259031299275.issue9119@psf.upfronthosting.co.za>
Message-ID: <1282941186.39.0.0272019053602.issue9119@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

FYI, there is a section of the docs devoted to notifications and attribution licenses:

http://docs.python.org/license.html#licenses-and-acknowledgements-for-incorporated-software

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Fri Aug 27 22:41:25 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 20:41:25 +0000
Subject: [issue4327] Patch: simplify complex constant assignment statements
In-Reply-To: <1226699259.32.0.049436327998.issue4327@psf.upfronthosting.co.za>
Message-ID: <1282941685.24.0.886989598869.issue4327@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree. A programmer who mashes
a = d = 1
b, c = e = 2, 3
into one statement deserves the bytecode he gets ;-).

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4327>
_______________________________________

From report at bugs.python.org  Fri Aug 27 23:01:04 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Aug 2010 21:01:04 +0000
Subject: [issue5556] interactive interpreter, source encoding
In-Reply-To: <1237923122.0.0.0658736950329.issue5556@psf.upfronthosting.co.za>
Message-ID: <1282942864.54.0.108599304415.issue5556@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Additional note: RefMan 2. Lexical analysis:
"Python reads program text as Unicode code points;"

Doc for runsource says "Compile and run some source in the interpreter. Arguments are the same as for compile_command()". Latter says "sourse is the source string".

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5556>
_______________________________________

From report at bugs.python.org  Fri Aug 27 23:22:11 2010
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Aug 2010 21:22:11 +0000
Subject: [issue9701] Update ZSH profile on Mac OS installation
In-Reply-To: <1282914673.78.0.162248680277.issue9701@psf.upfronthosting.co.za>
Message-ID: <1282944131.2.0.0498014697895.issue9701@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
assignee:  -> ronaldoussoren
components: +Macintosh
versions: +Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9701>
_______________________________________

From report at bugs.python.org  Fri Aug 27 23:30:25 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 21:30:25 +0000
Subject: [issue9652] Enhance argparse help output customizability
In-Reply-To: <1282337819.1.0.781769535861.issue9652@psf.upfronthosting.co.za>
Message-ID: <1282944625.91.0.486931877585.issue9652@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
title: Tidy argparse default output -> Enhance argparse help output customizability

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9652>
_______________________________________

From report at bugs.python.org  Fri Aug 27 23:39:57 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 21:39:57 +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: <1282945197.61.0.920472760927.issue1677@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I can't reproduce this on windows (in a KVM) with 2.6 or 2.7.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1677>
_______________________________________

From report at bugs.python.org  Fri Aug 27 23:45:06 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 27 Aug 2010 21:45:06 +0000
Subject: [issue3985] removed string module use in distutils
In-Reply-To: <1222597888.29.0.260615260643.issue3985@psf.upfronthosting.co.za>
Message-ID: <1282945506.34.0.576107785705.issue3985@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Fixed in r73121 for 2.7 and years ago in 3.0. distutils2 was forked after the fix in 2.7.

----------
components: +Distutils
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed
title: removed string module from distutils [patch] -> removed string module use in distutils
versions:  -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3985>
_______________________________________

From report at bugs.python.org  Sat Aug 28 00:01:29 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 27 Aug 2010 22:01:29 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1282946489.8.0.596347231636.issue4151@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I think so too.

----------
assignee: nascheme -> mwh
nosy: +mwh
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4151>
_______________________________________

From report at bugs.python.org  Sat Aug 28 00:02:46 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 27 Aug 2010 22:02:46 +0000
Subject: [issue5217] testExtractDir (test.test_zipfile.TestWithDirectory)
	fails when python built with srcdir != builddir
In-Reply-To: <1234363884.6.0.67560680288.issue5217@psf.upfronthosting.co.za>
Message-ID: <1282946566.66.0.573189623869.issue5217@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

3.0 is unsupported; does the bug exist for 3.1 or 3.2?

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5217>
_______________________________________

From report at bugs.python.org  Sat Aug 28 00:31:08 2010
From: report at bugs.python.org (vladimir)
Date: Fri, 27 Aug 2010 22:31:08 +0000
Subject: [issue9703] default param values
In-Reply-To: <1282948268.07.0.00114901729063.issue9703@psf.upfronthosting.co.za>
Message-ID: <1282948268.07.0.00114901729063.issue9703@psf.upfronthosting.co.za>


New submission from vladimir <golubovic.vladimir.gv at gmail.com>:

This program:

class t( object):
	def __init__(self,ime,param1=[],param2=[]):
		print "+++init+++"
		print "ime = ",ime
		print "param1 = ", param1
		print "param2 = ", param2
		print
		self.ime = ime
		self.sirina = param1
		self.visina = param2
	def load(self):
		print "load self.ime = ",self.ime
		self.sirina.append('a')
		self.visina.append('b')


t1 = t("jedan",[1,2],[3,4])
t2 = t("dva",[5,6],[7,8])
t3 = t("tri")
t3.load()
t4 = t("cetiri")

produces this output:

+++init+++
ime =  jedan
param1 =  [1, 2]
param2 =  [3, 4]

+++init+++
ime =  dva
param1 =  [5, 6]
param2 =  [7, 8]

+++init+++
ime =  tri
param1 =  []
param2 =  []

load self.ime =  tri
+++init+++
ime =  cetiri
param1 =  ['a']
param2 =  ['b']



Question:

	How's  possible that call t4 = t("cetiri")
	gives param1 value ['a'] and
	      param2 value ['b']

Is it possible that is bug or my computer gone crazy or maybe i am

executed on:

Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41) 
[GCC 4.3.3] on linux2

----------
messages: 115137
nosy: vladimir
priority: normal
severity: normal
status: open
title: default param values
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9703>
_______________________________________

From report at bugs.python.org  Sat Aug 28 00:34:15 2010
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Aug 2010 22:34:15 +0000
Subject: [issue9703] default param values
In-Reply-To: <1282948268.07.0.00114901729063.issue9703@psf.upfronthosting.co.za>
Message-ID: <1282948455.42.0.283770436618.issue9703@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

This is by design.  Parameter default values are evaluated when the function is defined, not when it is called.  Therefore, by assigning the default value to an instance attribute, you are basically sharing it between instances.

----------
nosy: +georg.brandl
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9703>
_______________________________________

From report at bugs.python.org  Sat Aug 28 00:58:32 2010
From: report at bugs.python.org (Isaul Vargas)
Date: Fri, 27 Aug 2010 22:58: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: <1282949912.04.0.681658407586.issue1677@psf.upfronthosting.co.za>


Isaul Vargas <isaulv at gmail.com> added the comment:

I tested this on a real Windows 7 machine (64 bit, Ultimate)
I open the command prompt, and I have the latest Pythons installed,
Python 2.6.6, Python 2.7 final, and Python 3.1.2
If I hold down Ctrl-C, it will eventually exit the interpreter.
Though it's not normal to hold down Ctrl-C, in practice that means pressing Ctrl-C
to cancel a currently running script may just exit the interpreter.
Python 3.1 seems really terrible in this regard where sometimes a single Ctrl-C will exit the interpreter.

I have seen this issue fixed in Python 2.5.2 on Windows. It would never exit the interpreter no matter how long I pressed Ctrl-C. I don't see this issue in Linux. I don't have a Mac to test, but I'd like Mac users to test the signal handling in their terminals.

----------
assignee:  -> ronaldoussoren
components: +Interpreter Core, Windows
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1677>
_______________________________________

From report at bugs.python.org  Sat Aug 28 01:01:49 2010
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Aug 2010 23:01:49 +0000
Subject: [issue4319] optparse and non-ascii help strings
In-Reply-To: <1226623162.39.0.530373397898.issue4319@psf.upfronthosting.co.za>
Message-ID: <1282950109.95.0.5563788894.issue4319@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

While I think there is indeed an expectations bug here, I also think it is no longer worth fixing.  argparse is the New Way, as is 3.x and its Strings.  Closing as wont fix.

----------
nosy: +r.david.murray
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4319>
_______________________________________

From report at bugs.python.org  Sat Aug 28 01:10:13 2010
From: report at bugs.python.org (Theo Julienne)
Date: Fri, 27 Aug 2010 23:10:13 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282950613.94.0.212653213805.issue9702@psf.upfronthosting.co.za>


Theo Julienne <theo.julienne at gmail.com> added the comment:

def list_again(foo):
	foo.append("bar")

def list_again_again(foo):
	foo = foo + ["1"]


The part that can be confusing is that 'foo' is a *copy* of a *reference* to an object. Because 'foo' is a copy, assigning to it will only alter a local copy, while calling methods on it will always call on the original object (because it's a reference to the same place). When an object is mutable, it just has no methods that modify it, so the only way to change it is by assignment, which will never result in changes to the outside function. There are no special cases, but it does require understanding pass-by-(copy/reference) and object mutability, and is against most people's intuitions.

The way that behaves is actually how most *programmers* would expect (because they are used to it), though. Every other language I can think of does it this way. For example, in C, a pointer is still a copy of a reference -- if you assign to the pointer, it wont propagate up to the caller. The same goes in Java.

Perhaps what makes it harder to understand in Python is that everything is an object and looks the same regardless of mutability, whereas other languages typically have conventions (such as capitalising: int, str, Dict, List) to make it clearer when something is an object (which usually means the same as a python mutable object) as opposed to a built-in type (which usually means the same as a python immutable object).

Just my 2c

----------
nosy: +Theo.Julienne

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Sat Aug 28 01:24:00 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 27 Aug 2010 23:24:00 +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: <1282951440.34.0.217028810681.issue9694@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/issue9694>
_______________________________________

From report at bugs.python.org  Sat Aug 28 01:38:25 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 27 Aug 2010 23:38:25 +0000
Subject: [issue8998] add crypto routines to stdlib
In-Reply-To: <1276551598.69.0.32913607148.issue8998@psf.upfronthosting.co.za>
Message-ID: <1282952305.28.0.0261705853989.issue8998@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks for the reply, the situation looks good!

I?m an interested outsider with practically no knowledge of encryption except from a high-level GPG user viewpoint, so I can?t help with tests, but I could give a hand to documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8998>
_______________________________________

From report at bugs.python.org  Sat Aug 28 02:32:13 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Sat, 28 Aug 2010 00:32:13 +0000
Subject: [issue9704] 3.2 - zlib.pc.in is missing in source tree
In-Reply-To: <1282955533.72.0.347267981951.issue9704@psf.upfronthosting.co.za>
Message-ID: <1282955533.72.0.347267981951.issue9704@psf.upfronthosting.co.za>


New submission from Sridhar Ratnakumar <sridharr at activestate.com>:

We, ActiveState, are trying to build Python 3.2 (py3k branch) and get this error:

make: [build_zlib] running 'cd build/pyhg_branches_py3k-linux-x86_64-hgtip32/python/Modules/zlib && CFLAGS="-fPIC" ./configure --prefix=/home/sridharr/as/apy/branches/32a1ssl1/build/pyhg_branches_py3k-linux-x86_64-hgtip32/ExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIx && make && make install'
Checking for gcc...
Checking for shared library support...
Tested gcc -w -c -fPIC -fPIC ztest8832.c
Tested gcc -shared -Wl,-soname,libz.so.1,--version-script,zlib.map -fPIC -fPIC -o ztest8832.so ztest8832.o
/usr/bin/ld: cannot open linker script file zlib.map: No such file or directory
collect2: ld returned 1 exit status
No shared library support; try without defining CC and CFLAGS
Building static library libz.a version 1.2.5 with gcc.
Checking for off64_t... Yes.
Checking for fseeko... Yes.
cp: cannot stat `zconf.h.in': No such file or directory
Checking for unistd.h... Yes.
Checking whether to use vs[n]printf() or s[n]printf()... using vs[n]printf().
Checking for vsnprintf() in stdio.h... Yes. 
Checking for return value of vsnprintf()... Yes.
Checking for attribute(visibility) support... Yes.
./configure: 596: cannot open zlib.pc.in: No such file
gcc -fPIC -D_LARGEFILE64_SOURCE=1   -c -o example.o example.c
gcc -fPIC -D_LARGEFILE64_SOURCE=1   -c -o adler32.o adler32.c
gcc -fPIC -D_LARGEFILE64_SOURCE=1   -c -o compress.o compress.c
gcc -fPIC -D_LARGEFILE64_SOURCE=1   -c -o crc32.o crc32.c
gcc -fPIC -D_LARGEFILE64_SOURCE=1   -c -o deflate.o deflate.c
make: *** No rule to make target `gzguts.h', needed by `gzclose.o'.  Stop.

Running a ./configure Modules/zlib leads to:

sridharr at whymac:~/code/o/py/py3k/Modules/zlib > ./configure 
Checking for gcc...
Checking for shared library support...
Building shared library libz.1.2.5.dylib with gcc.
Checking for off64_t... No.
Checking for fseeko... Yes.
cp: zconf.h.in: No such file or directory
Checking for unistd.h... Yes.
Checking whether to use vs[n]printf() or s[n]printf()... using vs[n]printf().
Checking for vsnprintf() in stdio.h... Yes.
Checking for return value of vsnprintf()... Yes.
Checking for attribute(visibility) support... Yes.
./configure: line 575: zlib.pc.in: No such file or directory

***

Is zlib.pc.in missing by accident?

***

I can run ./configure in Modules/zlib for Python trunk (2.7) though.

Sifting through the changelog, I discovered that this commit must have introduced this bug http://svn.python.org/view/python/branches/py3k/Modules/zlib/configure?r1=56849&r2=83296 

Marin, perhaps you forgot to checkin zlib.pc.in? Have you tried running ./configure (under Modules/zlib) on a OSX or Linux machine?

----------
components: Build, Extension Modules
messages: 115143
nosy: loewis, srid
priority: normal
severity: normal
status: open
title: 3.2 - zlib.pc.in is missing in source tree
type: compile error
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9704>
_______________________________________

From report at bugs.python.org  Sat Aug 28 03:08:04 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 28 Aug 2010 01:08:04 +0000
Subject: [issue9704] 3.2 - zlib.pc.in is missing in source tree
In-Reply-To: <1282955533.72.0.347267981951.issue9704@psf.upfronthosting.co.za>
Message-ID: <1282957684.06.0.674364023125.issue9704@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

It certainly builds fine on Linux; I also believe it builds fine on OSX. In either case, it should use the system zlib; the included zlib will be used only on Windows, and on systems that don't have a system zlib.

I certainly didn't include all files from zlib. If you think the specific one is missing, feel free to add it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9704>
_______________________________________

From report at bugs.python.org  Sat Aug 28 03:20:55 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Sat, 28 Aug 2010 01:20:55 +0000
Subject: [issue9704] 3.2 - zlib.pc.in is missing in source tree
In-Reply-To: <1282955533.72.0.347267981951.issue9704@psf.upfronthosting.co.za>
Message-ID: <1282958455.94.0.207353605091.issue9704@psf.upfronthosting.co.za>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

OK - we use Modules/zlib for ActivePython build on all platforms (not just Windows).

When I included the following files from zlib-1.2.5.tar.gz - Modules/zlib builds fine.

gzclose.c  gzguts.h   gzlib.c    gzread.c   gzwrite.c 
zlib.pc.in zlib.map zconf.h.in

We could add these as part of our internal build process, but it would be nice to have these checked into Modules/zlib (I don't have commit access - so I can't add them).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9704>
_______________________________________

From report at bugs.python.org  Sat Aug 28 04:17:39 2010
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Sat, 28 Aug 2010 02:17:39 +0000
Subject: [issue9053] distutils compiles extensions so that Python.h cannot be
	found
In-Reply-To: <1277157811.25.0.502780750068.issue9053@psf.upfronthosting.co.za>
Message-ID: <1282961859.24.0.568698581987.issue9053@psf.upfronthosting.co.za>


Jean-Paul Calderone <invalid at example.invalid> added the comment:

exarkun at boson:~/Projects/python-signalfd/trunk$ PYTHONPATH= ~/Projects/python/branches/py3k/python setup.py build_ext -i
running build_ext
building 'signalfd._signalfd' extension
creating build
creating build/temp.linux-i686-3.2
creating build/temp.linux-i686-3.2/signalfd
gcc -pthread -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -fPIC -I/home/exarkun/Projects/python/branches/py3k/Include -I/home/exarkun/Projects/python/branches/py3k -c signalfd/_signalfd.c -o build/temp.linux-i686-3.2/signalfd/_signalfd.o
gcc -pthread -shared build/temp.linux-i686-3.2/signalfd/_signalfd.o -o /home/exarkun/Projects/python-signalfd/trunk/signalfd/_signalfd.so
exarkun at boson:~/Projects/python-signalfd/trunk$

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9053>
_______________________________________

From report at bugs.python.org  Sat Aug 28 04:17:49 2010
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Sat, 28 Aug 2010 02:17:49 +0000
Subject: [issue9053] distutils compiles extensions so that Python.h cannot be
	found
In-Reply-To: <1277157811.25.0.502780750068.issue9053@psf.upfronthosting.co.za>
Message-ID: <1282961869.45.0.0303842742168.issue9053@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <invalid at example.invalid>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9053>
_______________________________________

From report at bugs.python.org  Sat Aug 28 07:05:26 2010
From: report at bugs.python.org (david)
Date: Sat, 28 Aug 2010 05:05:26 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282950613.94.0.212653213805.issue9702@psf.upfronthosting.co.za>
Message-ID: <AANLkTimGmRNu=Erq5uK-Rz1T-xT0D_sSNfOPnyFtz2Sv@mail.gmail.com>


david <db.pub.mail at gmail.com> added the comment:

On 28 August 2010 09:10, Theo Julienne <report at bugs.python.org> wrote:
>
> Theo Julienne <theo.julienne at gmail.com> added the comment:
>
> def list_again(foo):
> ? ? ? ?foo.append("bar")
>
> def list_again_again(foo):
> ? ? ? ?foo = foo + ["1"]
>
>
> The part that can be confusing is that 'foo' is a *copy* of a *reference* to an object. Because 'foo' is a copy, assigning to it will only alter a local copy, while calling methods on it will always call on the original object (because it's a reference to the same place). When an object is mutable, it just has no methods that modify it, so the only way to change it is by assignment, which will never result in changes to the outside function.

Yes exactly!

>There are no special cases, but it does require understanding pass-by-(copy/reference) and object mutability, and is against most people's intuitions.

No that isn't really my point here really.

> The way that behaves is actually how most *programmers* would expect (because they are used to it), though. Every other language I can think of does it this way. For example, in C, a pointer is still a copy of a reference -- if you assign to the pointer, it wont propagate up to the caller. The same goes in Java.

Um sort of. This is kind of confusing right see the code below.

> Perhaps what makes it harder to understand in Python is that everything is an object and looks the same regardless of mutability, whereas other languages typically have conventions (such as capitalising: int, str, Dict, List) to make it clearer when something is an object (which usually means the same as a python mutable object) as opposed to a built-in type (which usually means the same as a python immutable object).

I actually think the problem is that python coders are not aware of
this largely (from my experience) and that the *operators* are going
to behave differently (java, for example,  differs in this respect (
you don't '+' maps )).

Here are some examples of use in other languages. Mapping python can
be found some of them.

foo.cpp
#include <iostream>
#include <string>
using namespace std;

void do_More_Foo(int *it);

int main()
{
	int *foo;
	int bar = 0;
	foo = &bar;
	cout << *foo << " "  << foo << endl;
	do_More_Foo(foo);
	cout << *foo << " "  << foo << endl;
	return 0;
}

void do_More_Foo(int *it)
{
	cout << "do more foo " << it << " " << *it <<endl;
	*it = 9;
}

g++ -Wall -Werror foo.cpp  -lmudflap -fmudflap
./a.out
0 0x7fff0ec19adc
do more foo 0x7fff0ec19adc 0
9 0x7fff0ec19adc

AND in python:
#!/usr/bin/env python

def do_More_Foo(it):
	print "in do_More_Foo"
	print "foo", foo, id(foo), id(foo[0])
	print "it", it, id(it)
	it.pop()
	it.append("9")

if __name__ == "__main__":
	bar = 0
	foo = [bar]
	print id(bar)
	print id(foo[0])
	print foo, id(foo)
	do_More_Foo(foo)
	print "after do_More_Foo", foo, id(foo), id(foo[0])

output:
16307968
16307968
[0] 140400602766512
in do_More_Foo
foo [0] 140400602766512 16307968
it [0] 140400602766512
after do_More_Foo ['9'] 140400602766512 140400602799200

However, this isn't what you expect people to do.
Oh and how did foo get there ;) (surprise! python isn't simple is it ?
- note the id).

So I think most people are going to think about this and write it like this:
#!/usr/bin/env python

def woops(it):
	# erh make foo = 9 ?
	print "foo", foo, id(foo)
	foo = 9
	print "foo", foo, id(foo)

def do_More_Foo(it):
	print "in do_More_Foo"
	print "foo", foo, id(foo)
	print "it", it, id(it)
	it = 9
	print "it", it, id(it)

if __name__ == "__main__":
	foo = 0
	print foo, id(foo)
	do_More_Foo(foo)
	print "after do_More_Foo", foo, id(foo)
	woops(foo)
	print "after do_More_Foo", foo, id(foo)

output:
0 19838720
in do_More_Foo
foo 0 19838720
it 0 19838720
it 9 19838504
after do_More_Foo 0 19838720
foo
Traceback (most recent call last):
  File "python-cpp2.py", line 21, in <module>
    woops(foo)
  File "python-cpp2.py", line 5, in woops
    print "foo", foo, id(foo)
UnboundLocalError: local variable 'foo' referenced before assignment

As you expect it is not the foo you are looking for ;)

foo.java

import java.util.HashMap;

import javax.print.DocFlavor.STRING;

public class foo
{

	public void bar(HashMap<String, String> z)
	{

		z.put("foo", "bar");
		HashMap<String, String> b = z;
		b.put("foo2", "ba2r");
	}

	void magic(String b)
	{
		String c = b;
		b = b.replace('b', 'c');
		System.out.println(c);
		System.out.println(b);
	}

	void moremagic(StringBuilder z)
	{
		z.append("b");
	}
	public static void main(String[] args)
	{
		HashMap<String, String> baz = new HashMap<String, String>();
		foo myfoo = new foo();
		myfoo.bar(baz);
		System.out.println(baz.toString());
		String aaa = "b";
		myfoo.magic(aaa);
		System.out.println(aaa);
		StringBuilder sb = new StringBuilder();
		myfoo.moremagic(sb);
		System.out.println(sb);
	}

}
java foo
{foo2=ba2r, foo=bar}
b
c
b
b

#!/usr/bin/env python

def bar(a_dict):
	a_dict["foo"] = "bar"
	new_dict = a_dict
	a_dict["foo2"] = "ba2r"

def magic(string_b):
	c = string_b
	string_b = string_b.replace('b', 'c')
	print c
	print string_b

def moremagic(list_s):
	list_s.append("b")

if __name__ == "__main__":
	d = dict()
	bar(d)
	print d
	aaa = "b"
	magic(aaa)
	print aaa
	a_list = []
	moremagic(a_list)
	print a_list[0]

python python-java.py
{'foo': 'bar', 'foo2': 'ba2r'}
b
c
b
b

- no problems here :)  - but in python we can use an operator like '+'
on a list which introduces the very confusion I am talking about in
respect to the differing behaviour as I stated at the top of this bug
report. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Fri Aug 27 15:55:28 2010
From: report at bugs.python.org (Jay Ballard)
Date: Fri, 27 Aug 2010 13:55:28 +0000
Subject: [issue9624] 2755
In-Reply-To: <1282429715.25.0.310323523947.issue9624@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=cKp5DBfh=r8-XSpF6jZGfxDCD+yjWWeqMqPE6@mail.gmail.com>


Jay Ballard <jay.ballard81 at gmail.com> added the comment:

I'm trying to install Python

----------
title: "failure to find drive" error message when trying to install something unspecified -> 2755
Added file: http://bugs.python.org/file18660/unnamed
Added file: http://bugs.python.org/file18661/Python.JPG

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9624>
_______________________________________
-------------- next part --------------
??I&#39;m trying to install Python
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Python.JPG
Type: image/jpeg
Size: 38612 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20100827/7fa789aa/attachment-0001.jpe>

From report at bugs.python.org  Sat Aug 28 09:03:44 2010
From: report at bugs.python.org (Steven Bethard)
Date: Sat, 28 Aug 2010 07:03:44 +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: <1282979024.47.0.744818835317.issue9694@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I think this is still really a feature request. We can't just change the text from "optional" - that would silently change a large number of help messages without any warning. So to fix this "bug", we're going to have to add an API to explicitly set the group names - which can only be done as a new feature. People using 2.7 will have to use the workaround using parser._optionals I posted here.

----------
type: behavior -> feature request
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9694>
_______________________________________

From report at bugs.python.org  Sat Aug 28 09:48:47 2010
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 28 Aug 2010 07:48:47 +0000
Subject: [issue9704] 3.2 - zlib.pc.in is missing in source tree
In-Reply-To: <1282955533.72.0.347267981951.issue9704@psf.upfronthosting.co.za>
Message-ID: <1282981727.32.0.590869083913.issue9704@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Ok, I have now added these files in r84332.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9704>
_______________________________________

From report at bugs.python.org  Sat Aug 28 10:05:34 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Aug 2010 08:05:34 +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: <1282982734.31.0.451417372505.issue9696@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/issue9696>
_______________________________________

From report at bugs.python.org  Sat Aug 28 11:01:27 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 28 Aug 2010 09:01:27 +0000
Subject: [issue9053] distutils compiles extensions so that Python.h cannot be
	found
In-Reply-To: <1277157811.25.0.502780750068.issue9053@psf.upfronthosting.co.za>
Message-ID: <1282986087.72.0.855283251989.issue9053@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
stage:  -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9053>
_______________________________________

From report at bugs.python.org  Sat Aug 28 11:02:30 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sat, 28 Aug 2010 09:02:30 +0000
Subject: [issue5217] testExtractDir (test.test_zipfile.TestWithDirectory)
	fails when python built with srcdir != builddir
In-Reply-To: <1234363884.6.0.67560680288.issue5217@psf.upfronthosting.co.za>
Message-ID: <1282986150.61.0.501326245119.issue5217@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5217>
_______________________________________

From report at bugs.python.org  Sat Aug 28 14:34:46 2010
From: report at bugs.python.org (R. David Murray)
Date: Sat, 28 Aug 2010 12:34:46 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282917207.25.0.718078039013.issue9702@psf.upfronthosting.co.za>
Message-ID: <1282998886.51.0.214365201601.issue9702@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This is not an appropriate discussion for the bug tracker.  Please take it to the Python mailing list.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Sat Aug 28 14:41:48 2010
From: report at bugs.python.org (david)
Date: Sat, 28 Aug 2010 12:41:48 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <1282998886.51.0.214365201601.issue9702@psf.upfronthosting.co.za>
Message-ID: <AANLkTikchv5P1EWbCDkap_bd9QCHHgRd9HspEjXOGf5s@mail.gmail.com>


david <db.pub.mail at gmail.com> added the comment:

On 28 August 2010 22:34, R. David Murray <report at bugs.python.org> wrote:
>
> R. David Murray <rdmurray at bitdance.com> added the comment:
>
> This is not an appropriate discussion for the bug tracker. ?Please take it to the Python mailing list.

Fair enough.
One last comment though (here) - I think that  making mutable objects
being immutable outside their immediate scope  (by *default* ) would
be a good solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Sat Aug 28 14:48:11 2010
From: report at bugs.python.org (david)
Date: Sat, 28 Aug 2010 12:48:11 +0000
Subject: [issue9702] Python violates most users expectations via the
	modification differences of immutable and mutable objects in methods
In-Reply-To: <AANLkTikchv5P1EWbCDkap_bd9QCHHgRd9HspEjXOGf5s@mail.gmail.com>
Message-ID: <AANLkTinS8cM+KdP1bnGm0AgsokyM42hoToW9Lr_OZqrj@mail.gmail.com>


david <db.pub.mail at gmail.com> added the comment:

On 28 August 2010 22:41, david <report at bugs.python.org> wrote:
>
> david <db.pub.mail at gmail.com> added the comment:
>
> On 28 August 2010 22:34, R. David Murray <report at bugs.python.org> wrote:
>>
>> R. David Murray <rdmurray at bitdance.com> added the comment:
>>
>> This is not an appropriate discussion for the bug tracker. ?Please take it to the Python mailing list.
>
> Fair enough.
> One last comment though (here) - I think that ?making mutable objects
> being immutable outside their immediate scope ?(by *default* ) would
> be a good solution.

%s/being//

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9702>
_______________________________________

From report at bugs.python.org  Sat Aug 28 15:42:12 2010
From: report at bugs.python.org (Pablo Mouzo)
Date: Sat, 28 Aug 2010 13:42:12 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1283002932.8.0.536262717881.issue2830@psf.upfronthosting.co.za>


Changes by Pablo Mouzo <pablomouzo at gmail.com>:


Removed file: http://bugs.python.org/file18636/issue2830.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Sat Aug 28 15:43:12 2010
From: report at bugs.python.org (Pablo Mouzo)
Date: Sat, 28 Aug 2010 13:43:12 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1283002992.46.0.354638950795.issue2830@psf.upfronthosting.co.za>


Pablo Mouzo <pablomouzo at gmail.com> added the comment:

I'm attaching a new patch without escaping the slash.

----------
Added file: http://bugs.python.org/file18667/issue2830.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Sat Aug 28 16:13:17 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 28 Aug 2010 14:13:17 +0000
Subject: [issue1697175] winreg module for cygwin?
Message-ID: <1283004797.57.0.185013131276.issue1697175@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


----------
status: open -> languishing
versions: +Python 3.2 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1697175>
_______________________________________

From report at bugs.python.org  Sat Aug 28 16:36:52 2010
From: report at bugs.python.org (R. David Murray)
Date: Sat, 28 Aug 2010 14:36:52 +0000
Subject: [issue1111130] tkSimpleDialog broken on MacOS X (Aqua Tk)
Message-ID: <1283006212.52.0.672019133757.issue1111130@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I think we need a "vendor problem" resolution :)

Closed as 'works for me' instead since that's effectively what Ned said.

----------
nosy: +r.david.murray
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1111130>
_______________________________________

From report at bugs.python.org  Sat Aug 28 16:38:52 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 28 Aug 2010 14:38:52 +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: <1283006332.29.0.528059918895.issue1677@psf.upfronthosting.co.za>


Brian Curtin <curtin at acm.org> added the comment:

I'm not able to reproduce this. Do you have anything installed like pyreadline?

----------
assignee: ronaldoussoren -> 
nosy: +brian.curtin
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1677>
_______________________________________

From report at bugs.python.org  Sat Aug 28 17:15:59 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 28 Aug 2010 15:15:59 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1283008559.61.0.432024428548.issue2830@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

The docs are still not updated for the quote.

I wonder if we shouldn't make the second argument True by default, while we're at it (or ignore it altogether and always escape everything) -- it would make the escape() much safer to use.

Also quoting "'" already introduces incompatibility if someone compares the result literally, so I would not worry about additional incompatibilities so much.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Sat Aug 28 19:00:57 2010
From: report at bugs.python.org (Ultrasick)
Date: Sat, 28 Aug 2010 17:00:57 +0000
Subject: [issue9705] limit dict.update() to a given list of keys
In-Reply-To: <1283014857.1.0.520835595652.issue9705@psf.upfronthosting.co.za>
Message-ID: <1283014857.1.0.520835595652.issue9705@psf.upfronthosting.co.za>


New submission from Ultrasick <python at ontheserver.de>:

my_dict_1 = {'a' : 1, 'b' : 1}
my_dict_2 = {'a' : 2, 'b' : 2, 'c' : 2}

my_dict_1.update(my_dict_2, ['a', 'c'])

should result for my_dict_1:

{'a' : 2, 'b' : 1, 'c' : 2}

----------
components: Interpreter Core
messages: 115157
nosy: Ultrasick
priority: normal
severity: normal
status: open
title: limit dict.update() to a given list of keys
type: feature request
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9705>
_______________________________________

From report at bugs.python.org  Sat Aug 28 19:24:50 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Aug 2010 17:24:50 +0000
Subject: [issue1512791] module wave does no rounding
Message-ID: <1283016290.21.0.923813802552.issue1512791@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks, Neil.  Committed to py3k in r84341.  I'm a little reluctant to backport this to the maintenance branches, though, since it is a behaviour change, and it doesn't seem to me to be a critical bug fix.  Any thoughts?

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512791>
_______________________________________

From report at bugs.python.org  Sat Aug 28 19:27:48 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Aug 2010 17:27:48 +0000
Subject: [issue1512791] module wave does no rounding
Message-ID: <1283016468.0.0.856558448241.issue1512791@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I also meant to add that I left the int() call in, for slightly obscure reasons:  round doesn't currently return an int for all numeric types---it does for ints, floats and Decimal instances, but not for Fraction instances (arguably a defect of the fractions module, but that's another issue).  The 'int' doesn't seem like a huge extra cost, and it's conceivable that people might use Fraction for framerates, so it seemed safer to leave it in.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512791>
_______________________________________

From report at bugs.python.org  Sat Aug 28 19:27:57 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Aug 2010 17:27:57 +0000
Subject: [issue1512791] module wave does no rounding
Message-ID: <1283016477.75.0.645493068067.issue1512791@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512791>
_______________________________________

From report at bugs.python.org  Sat Aug 28 19:31:10 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Aug 2010 17:31:10 +0000
Subject: [issue9705] limit dict.update() to a given list of keys
In-Reply-To: <1283014857.1.0.520835595652.issue9705@psf.upfronthosting.co.za>
Message-ID: <1283016670.43.0.392914791706.issue9705@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Please post to python-ideas first, and note a moratorium on builtin changes is inplace.

----------
nosy: +benjamin.peterson
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9705>
_______________________________________

From report at bugs.python.org  Sat Aug 28 19:38:11 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Aug 2010 17:38:11 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1283017091.41.0.0872431954949.issue9574@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Unassigning myself from this one, though I'll review a patch if anyone wants to write one.

After thinking about it a bit, I'm -0 on allowing the extra whitespace.  The main issue for me is that it opens up a can of worms about what should and shouldn't be allowed.  Which of the following should be allowed:

(a) complex("0.1 + 3j")
(b) complex("+ 3j")
(c) complex("+ 3")
(d) float("- 3")
(e) int("+ 3")
(f) complex("+4.0 + -5.0j")

Any patch would presumably allow (a).  (b) looks like it *should* be allowed, too, but then by analogy so does (c).  But for consistency, (d) and (e) would then have to be allowed, and I *really* don't want to go that far;  in particular, there are rules about what's allowed as a floating-point string that are fairly consistently applied throughout Python (e.g., in the float, Decimal and Fraction constructors);  these rules also agree with accepted standards (e.g., C99, IEEE 754), which clearly don't allow a space between the optional sign and the body of the float.

So unless anyone particularly wants to pursue this, I'd suggest closing as "won't fix".

----------
assignee: mark.dickinson -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Sat Aug 28 19:41:06 2010
From: report at bugs.python.org (Neil Tallim)
Date: Sat, 28 Aug 2010 17:41:06 +0000
Subject: [issue1512791] module wave does no rounding
Message-ID: <1283017266.83.0.551462054094.issue1512791@psf.upfronthosting.co.za>


Neil Tallim <red.hamsterx at gmail.com> added the comment:

I use the wave module a fair bit and never once encountered this issue, so, yeah, it's probably a pretty low priority for backporting.

It's definitely an edge-case sort of thing, the likes of which anyone affected has already handled in their application-level code. This just makes expected behaviour default behaviour -- if an int is already going in, as would be the case if someone is pre-processing their inputs as a workaround in existing code, it shouldn't change anything.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512791>
_______________________________________

From report at bugs.python.org  Sat Aug 28 19:54:51 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Aug 2010 17:54:51 +0000
Subject: [issue9574] complex does not parse strings containing decimals
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1283018091.05.0.810653519388.issue9574@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

If someone does want to produce a patch, here's the grammar that I suggest, in pseudo BNF form.  This would be reasonably simple to implement, and is also simple to describe.

whitespace = ' ' | '\t' | '\n' | '\v' | '\f'    # include other non-ASCII whitespace?
binop = [whitespace] ('+' | '-') [whitespace]
imag_marker = 'j' | 'J'
complex_string = float_string binop float_string imag_marker
               | float_string imag_marker
               | float_string
padded_complex_string = [whitespace] complex_string [whitespace]
complex_constructor_input = padded_complex_string
                          | [whitespace] '(' padded_complex_string ')' [whitespace]

where float_string is any string that (a) doesn't contain leading or trailing whitespace, and (b) is accepted by the current float constructor.

This would allow (a) and (f) in the previous message, but not (b) or (c).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Sat Aug 28 19:57:23 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Aug 2010 17:57:23 +0000
Subject: [issue1512791] module wave does no rounding
Message-ID: <1283018243.75.0.0254302048054.issue1512791@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks for the feedback.  I'm going to make an executive decision not to backport.  Closing.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1512791>
_______________________________________

From report at bugs.python.org  Sat Aug 28 20:30:14 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Aug 2010 18:30:14 +0000
Subject: [issue1868] threading.local doesn't free attrs when assigning thread
	exits
In-Reply-To: <1200700507.1.0.447960408936.issue1868@psf.upfronthosting.co.za>
Message-ID: <1283020214.51.0.409901803242.issue1868@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thank you Gregory. I've committed the patch in r84344 (py3k), r84345 (3.1) and r84346 (2.7).

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1868>
_______________________________________

From report at bugs.python.org  Sat Aug 28 21:19:03 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 28 Aug 2010 19:19:03 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283023143.92.0.0739229876484.issue9706@psf.upfronthosting.co.za>
Message-ID: <1283023143.92.0.0739229876484.issue9706@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola' <g.rodola at gmail.com>:

There are various errors I think ssl module should check.
In the examples below I'll always refer to ssl.wrap_socket() function but I expect that ssl.SSLContext suffers the exact same issues.

=== server side mode ===

When server_side option is set to True it is always required that at least a certfile argument is specified. This condition is not verified if the socket is still not connected:

>>> ssl.wrap_socket(socket.socket(), server_side=1)
<ssl.SSLSocket object, fd=3, family=2, type=1, proto=0>

...later on, when the socket will be connected, we'll get this message:

SSLError: _ssl.c:296: Both the key & certificate files must be specified for server-side operation

I would change this behavior in SSLSocket constructor and raise ValueError if server_side is True and certfile is None.
Also, the message coming from the C code should be adjusted to state than keyfile argument is not mandatory.


=== server side on connect ===

>>> s = ssl.wrap_socket(socket.socket(), server_side=1)
>>> s.connect(('blogger.com', 443))
>>> 

For consistency I would expect something like ValueError("can't connect in server-side mode") on connect().


=== no such certfile ===

>>> os.path.exists('xxx')
False
>>> ssl.wrap_socket(socket.socket(), certfile='xxx')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/giampaolo/svn/python-3.2/Lib/ssl.py", line 404, in wrap_socket
    ciphers=ciphers)
  File "/home/giampaolo/svn/python-3.2/Lib/ssl.py", line 132, in __init__
    self.context.load_cert_chain(certfile, keyfile)
ssl.SSLError: [Errno 336445442] _ssl.c:1604: error:140DC002:SSL routines:SSL_CTX_use_certificate_chain_file:system lib
>>> 

A simple "IOError No such file or directory 'xxx'" exception would be a lot more clear.


=== invalid certfile ===

>>> open('foo', 'w').write('blabla')
6
>>> ssl.wrap_socket(socket.socket(), certfile="foo")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/giampaolo/svn/python-3.2/Lib/ssl.py", line 404, in wrap_socket
    ciphers=ciphers)
  File "/home/giampaolo/svn/python-3.2/Lib/ssl.py", line 132, in __init__
    self.context.load_cert_chain(certfile, keyfile)
ssl.SSLError: [Errno 336445449] _ssl.c:1604: error:140DC009:SSL routines:SSL_CTX_use_certificate_chain_file:PEM lib
>>> 

If possible, the error should be more clear about what happened. Something like "malformed certfile was provided" or something.

----------
messages: 115166
nosy: giampaolo.rodola, janssen, pitrou
priority: normal
severity: normal
status: open
title: ssl errors checking
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sat Aug 28 21:20:11 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 28 Aug 2010 19:20:11 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283023143.92.0.0739229876484.issue9706@psf.upfronthosting.co.za>
Message-ID: <1283023211.37.0.812279233518.issue9706@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sat Aug 28 22:02:51 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 28 Aug 2010 20:02:51 +0000
Subject: [issue9705] limit dict.update() to a given list of keys
In-Reply-To: <1283014857.1.0.520835595652.issue9705@psf.upfronthosting.co.za>
Message-ID: <1283025771.5.0.421881327094.issue9705@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

FWIW, the usual way to spell this in Python is:

 my_dict_1.update((k, my_dict_2[k]) for k in ['a', 'c'])

We try to keep filtering operations separate from map/fold operations for orthognality.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9705>
_______________________________________

From report at bugs.python.org  Sat Aug 28 22:18:16 2010
From: report at bugs.python.org (vladimir)
Date: Sat, 28 Aug 2010 20:18:16 +0000
Subject: [issue9703] default param values
In-Reply-To: <1282948455.42.0.283770436618.issue9703@psf.upfronthosting.co.za>
Message-ID: <AANLkTi=3JZ6-H75cSBZCvEo47siZtQOBUvFu4FUXAB6b@mail.gmail.com>


vladimir <golubovic.vladimir.gv at gmail.com> added the comment:

On Sat, Aug 28, 2010 at 12:34 AM, Georg Brandl <report at bugs.python.org>wrote:

changes parameter value. It' would be understandable, as exmple in
documentation with acumulating value of L, that changing parameter in side
class affect default
    value in next call. But this is out of mind. Did you try to execute
program on your computer? Does it give same output? I rather consider it
bug. Languages like python should be semanticly understandable, without
knowing how
    something works. I read that van Rossum working on it ( clearing
something  ) in version 3.0, did you try it? Does verison 3.0 correct this?

----------
Added file: http://bugs.python.org/file18668/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9703>
_______________________________________
-------------- next part --------------
<br><br><div class="gmail_quote">On Sat, Aug 28, 2010 at 12:34 AM, Georg Brandl <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="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Georg Brandl &lt;<a href="mailto:georg at python.org">georg at python.org</a>&gt; added the comment:<br>
<br>
This is by design. ??Parameter default values are evaluated when the function is defined, not when it is called. ??Therefore, by assigning the default value to an instance attribute, you are basically sharing it between instances.<br>

<br>
</blockquote><div>?????? It&#39;s totaly unexpected that changing attribute with difrent name changes parameter value. It&#39; would be understandable, as exmple in documentation with acumulating value of L, that changing parameter in side class affect default<br>
?????? value in next call. But this is out of mind. Did you try to execute program on your computer? Does it give same output? I rather consider it bug. Languages like python should be semanticly understandable, without knowing how<br>
?????? something works. I read that van Rossum working on it ( clearing something?? ) in version 3.0, did you try it? Does verison 3.0 correct this?<br>??</div></div><br>

From report at bugs.python.org  Sat Aug 28 22:24:46 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Aug 2010 20:24:46 +0000
Subject: [issue9703] default param values
In-Reply-To: <1282948268.07.0.00114901729063.issue9703@psf.upfronthosting.co.za>
Message-ID: <1283027086.06.0.0896322601958.issue9703@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Rest assured: it's expected behavior.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9703>
_______________________________________

From report at bugs.python.org  Sat Aug 28 22:26:36 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Aug 2010 20:26:36 +0000
Subject: [issue9707] Reworked threading.local reference implementation
In-Reply-To: <1283027196.81.0.843812441705.issue9707@psf.upfronthosting.co.za>
Message-ID: <1283027196.81.0.843812441705.issue9707@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

This is a reworked reference implementation of _threading_local without the __del__ quirks. The _patch() ugliness is unfortunately still needed because of a doctest checking that derived __slots__ attributes aren't actually thread-local.

Note that users are unlikely to ever use this code in the real world, except perhaps with non-CPython implementations.

----------
components: Library (Lib)
files: threadlocal.patch
keywords: patch
messages: 115170
nosy: gregory.p.smith, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Reworked threading.local reference implementation
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file18669/threadlocal.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9707>
_______________________________________

From report at bugs.python.org  Sat Aug 28 22:37:58 2010
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Aug 2010 20:37:58 +0000
Subject: [issue9574] allow whitespace around central '+' in complex constructor
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1283027878.82.0.145480987631.issue9574@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
title: complex does not parse strings containing decimals -> allow whitespace around central '+' in complex constructor

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Sat Aug 28 22:55:56 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Aug 2010 20:55:56 +0000
Subject: [issue4835] SIZEOF_SOCKET_T not defined
In-Reply-To: <18784.64475.338807.986695@montanaro.dyndns.org>
Message-ID: <1283028956.6.0.188880467781.issue4835@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Committed in r84347 (py3k) and r84348 (3.1).

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4835>
_______________________________________

From report at bugs.python.org  Sat Aug 28 23:01:51 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Aug 2010 21:01:51 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283023143.92.0.0739229876484.issue9706@psf.upfronthosting.co.za>
Message-ID: <1283029306.3325.3.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> SSLError: _ssl.c:296: Both the key & certificate files must be
> specified for server-side operation
> 
> I would change this behavior in SSLSocket constructor and raise
> ValueError if server_side is True and certfile is None.

Good idea.

> Also, the message coming from the C code should be adjusted to state
> than keyfile argument is not mandatory.

The message is arguably technically correct: you need both a (private)
key and a certificate. It's simply that they can be put in the same
file.

> >>> s = ssl.wrap_socket(socket.socket(), server_side=1)
> >>> s.connect(('blogger.com', 443))
> >>> 
> 
> For consistency I would expect something like ValueError("can't
> connect in server-side mode") on connect().

Indeed.

> ssl.SSLError: [Errno 336445442] _ssl.c:1604: error:140DC002:SSL
> routines:SSL_CTX_use_certificate_chain_file:system lib
> >>> 
> 
> A simple "IOError No such file or directory 'xxx'" exception would be
> a lot more clear.

Agreed, but the OpenSSL error reporting system looks too convoluted (or
braindead) to easily allow such aliasing of errors. If you have an idea,
don't hesitate to share :)

> ssl.SSLError: [Errno 336445449] _ssl.c:1604: error:140DC009:SSL
> routines:SSL_CTX_use_certificate_chain_file:PEM lib
> >>> 
> 
> If possible, the error should be more clear about what happened.
> Something like "malformed certfile was provided" or something.

Same as above: the error message and numeric code come from OpenSSL, not
from us.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sat Aug 28 23:51:37 2010
From: report at bugs.python.org (Adrian Nye)
Date: Sat, 28 Aug 2010 21:51:37 +0000
Subject: [issue9708] cElementTree iterparse does not support "parser" argument
In-Reply-To: <1283032296.54.0.54816594665.issue9708@psf.upfronthosting.co.za>
Message-ID: <1283032296.54.0.54816594665.issue9708@psf.upfronthosting.co.za>


New submission from Adrian Nye <adrian_nye at yahoo.com>:

The (python) ElementTree library began in 2.7 to support the "parser" argument, but cElementTree does not support it.

Either cElementTree should support it, or the documentation should mention that it does not.

----------
components: XML
messages: 115173
nosy: adrian_nye
priority: normal
severity: normal
status: open
title: cElementTree iterparse does not support "parser" argument
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9708>
_______________________________________

From report at bugs.python.org  Sun Aug 29 01:53:21 2010
From: report at bugs.python.org (R. David Murray)
Date: Sat, 28 Aug 2010 23:53:21 +0000
Subject: [issue9708] cElementTree iterparse does not support "parser" argument
In-Reply-To: <1283032296.54.0.54816594665.issue9708@psf.upfronthosting.co.za>
Message-ID: <1283039601.03.0.935618686586.issue9708@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +flox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9708>
_______________________________________

From report at bugs.python.org  Sun Aug 29 03:41:22 2010
From: report at bugs.python.org (Jervis Whitley)
Date: Sun, 29 Aug 2010 01:41:22 +0000
Subject: [issue9574] allow whitespace around central '+' in complex constructor
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1283046082.72.0.062114866377.issue9574@psf.upfronthosting.co.za>


Jervis Whitley <jervisau at gmail.com> added the comment:

I can write a documentation patch for this:

http://docs.python.org/library/functions.html?highlight=complex#complex

to highlight the expected format of the string argument.

As others have pointed out here, there are a number of other options available to correctly parse the complex string argument:

 * using eval where appropriate; and
 * preprocessing to remove whitespace.

I think that the current options are sufficient that a patch to apply new behaviour isn't required.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Sun Aug 29 06:51:57 2010
From: report at bugs.python.org (Chris Rebert)
Date: Sun, 29 Aug 2010 04:51:57 +0000
Subject: [issue7950] subprocess.Popen documentation should contain a good
	warning about the security implications when using shell=True
In-Reply-To: <1266401759.12.0.600282213979.issue7950@psf.upfronthosting.co.za>
Message-ID: <1283057517.36.0.466068879647.issue7950@psf.upfronthosting.co.za>


Chris Rebert <pybugs at rebertia.com> added the comment:

Adjusted patch per R. David's comment.

I obviously think it should be a full red warning box (that's how it is in my patch), but my opinion clearly isn't an outside one.

Also, Ping/Bump on finally getting this applied.

----------
Added file: http://bugs.python.org/file18670/subprocess.rst.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7950>
_______________________________________

From report at bugs.python.org  Sun Aug 29 10:26:11 2010
From: report at bugs.python.org (Sean Reifschneider)
Date: Sun, 29 Aug 2010 08:26:11 +0000
Subject: [issue4356] Add "key" argument to "bisect" module functions
In-Reply-To: <1227115048.67.0.318831592843.issue4356@psf.upfronthosting.co.za>
Message-ID: <1283070371.17.0.710810353094.issue4356@psf.upfronthosting.co.za>


Sean Reifschneider <jafo at tummy.com> added the comment:

This issue came up on #python IRC, and that combined with the number of times this has been duplicated makes me think that maybe the mention of the SortedCollection recipe should be a little more prominent.

Perhaps either moved up by the method list, or something like: "Note: No key argument is available because of performance issues.  Please consider either the SortedCollection recipe or altering the objects comparison methods.

?  It just seems like it keeps coming up, and in this case came up after the recipe reference was added.

----------
nosy: +jafo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4356>
_______________________________________

From report at bugs.python.org  Sun Aug 29 12:31:49 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 29 Aug 2010 10:31:49 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283023143.92.0.0739229876484.issue9706@psf.upfronthosting.co.za>
Message-ID: <1283077909.09.0.00611271128967.issue9706@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

>> A simple "IOError No such file or directory 'xxx'" exception would be
>> a lot more clear.
> Agreed, but the OpenSSL error reporting system looks too convoluted (or
> braindead) to easily allow such aliasing of errors. If you have an 
> idea, don't hesitate to share :)

The only idea which comes to mind is try to open() the file before calling load_cert_chain().
That would automatically also take care of permission errors, etc..
Not very clean, but... :-\

>> If possible, the error should be more clear about what happened.
>> Something like "malformed certfile was provided" or something.
> Same as above: the error message and numeric code come from OpenSSL, not
> from us.

No ideas here. I googled for some OpenSSL API to verify the certificate, which we can even possibly expose in ssl.py, but I couldn't find any. I guess we can't do nothing about this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sun Aug 29 13:24:32 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 29 Aug 2010 11:24:32 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283029306.3325.3.camel@localhost.localdomain>
Message-ID: <1283081072.11.0.334474467514.issue9706@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
Removed message: http://bugs.python.org/msg115166

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sun Aug 29 13:43:58 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 29 Aug 2010 11:43:58 +0000
Subject: [issue8266] tarfile library should support xz compression
In-Reply-To: <1269959722.11.0.848606343601.issue8266@psf.upfronthosting.co.za>
Message-ID: <1283082238.69.0.310394673522.issue8266@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


----------
superseder:  -> please support lzma compression as an extension and in	the tarfile module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8266>
_______________________________________

From report at bugs.python.org  Sun Aug 29 14:32:14 2010
From: report at bugs.python.org (Andreas Schlapsi)
Date: Sun, 29 Aug 2010 12:32:14 +0000
Subject: [issue8075] Windows (Vista/7) install error when choosing to compile
	.py files
In-Reply-To: <1267832622.74.0.429526645693.issue8075@psf.upfronthosting.co.za>
Message-ID: <1283085134.39.0.0778644348952.issue8075@psf.upfronthosting.co.za>


Changes by Andreas Schlapsi <andreas.schlapsi at gmail.com>:


----------
nosy: +Andreas.Schlapsi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8075>
_______________________________________

From report at bugs.python.org  Sun Aug 29 15:40:43 2010
From: report at bugs.python.org (florian-rathgeber)
Date: Sun, 29 Aug 2010 13:40:43 +0000
Subject: [issue1225769] Proposal to implement comment rows in csv module
Message-ID: <1283089243.22.0.816656594273.issue1225769@psf.upfronthosting.co.za>


Changes by florian-rathgeber <florian.rathgeber at gmail.com>:


----------
nosy: +florian-rathgeber

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1225769>
_______________________________________

From report at bugs.python.org  Sun Aug 29 16:14:47 2010
From: report at bugs.python.org (florian-rathgeber)
Date: Sun, 29 Aug 2010 14:14:47 +0000
Subject: [issue1537721] csv module: add header row to DictWriter
Message-ID: <1283091287.81.0.317483213091.issue1537721@psf.upfronthosting.co.za>


Changes by florian-rathgeber <florian.rathgeber at gmail.com>:


----------
nosy: +florian-rathgeber

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1537721>
_______________________________________

From report at bugs.python.org  Sun Aug 29 18:00:10 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 29 Aug 2010 16:00:10 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283077909.09.0.00611271128967.issue9706@psf.upfronthosting.co.za>
Message-ID: <1283097602.3369.15.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> The only idea which comes to mind is try to open() the file before calling load_cert_chain().
> That would automatically also take care of permission errors, etc..
> Not very clean, but... :-\

It's vulnerable to various issues such as race conditions (for example,
you open() the file while it still exists but it doesn't exist anymore
when OpenSSL opens it again).

A clean way to do this would be to use lower-level APIs such as
PEM_read_X509(), so that we can pass our own FILE* to OpenSSL. But it is
also much more code to write.

That said, have you checked the system errno at this point? Perhaps it
gives us enough information (if it hasn't been cleared by
OpenSSL... :/).

> No ideas here. I googled for some OpenSSL API to verify the
> certificate, which we can even possibly expose in ssl.py, but I
> couldn't find any.

I don't think that would change anything, since the verification APIs
would probably give you the exact same error message.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sun Aug 29 18:01:39 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 29 Aug 2010 16:01:39 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1283097699.95.0.134839033097.issue9425@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Added file: http://bugs.python.org/file18671/Py_UNICODE_strcat.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug 29 18:04:11 2010
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 29 Aug 2010 16:04:11 +0000
Subject: [issue9425] Rewrite import machinery to work with unicode paths
In-Reply-To: <1280448814.73.0.312881779361.issue9425@psf.upfronthosting.co.za>
Message-ID: <1283097851.5.0.570591884778.issue9425@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Py_UNICODE_strcat.patch: create Py_UNICODE_strcat() function.

Py_UNICODE_strdup.patch: create Py_UNICODE_strdup() function.

----------
Added file: http://bugs.python.org/file18672/Py_UNICODE_strdup.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9425>
_______________________________________

From report at bugs.python.org  Sun Aug 29 19:10:38 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 29 Aug 2010 17:10:38 +0000
Subject: [issue9709] test_distutils warning: initfunc exported twice on Windows
In-Reply-To: <1283101838.76.0.73949668593.issue9709@psf.upfronthosting.co.za>
Message-ID: <1283101838.76.0.73949668593.issue9709@psf.upfronthosting.co.za>


New submission from Stefan Krah <stefan-usenet at bytereef.org>:

On Windows, the initfunc of a C extension is exported twice, as
seen here:

test_distutils
xxmodule.c
xxmodule.obj : warning LNK4197: export 'initxx' specified multiple times; using first specification


First export: pyport.h: #define PyMODINIT_FUNC __declspec(dllexport) void

Second export: Specified on the command line with /EXPORT

The code responsible for adding the initfunc name to ext.export_symbols
is in build_ext.py:get_export_symbols. I'm not sure if it could be
removed, since older extensions might not use PyMODINIT_FUNC.

If it can't be removed, perhaps PyMODINIT_FUNC could be specified
simply as void.

----------
assignee: eric.araujo
components: Distutils, Distutils2
messages: 115181
nosy: brian.curtin, eric.araujo, skrah
priority: normal
severity: normal
stage: needs patch
status: open
title: test_distutils warning: initfunc exported twice on Windows
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9709>
_______________________________________

From report at bugs.python.org  Sun Aug 29 20:03:14 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 29 Aug 2010 18:03:14 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283029306.3325.3.camel@localhost.localdomain>
Message-ID: <1283104994.62.0.887241541374.issue9706@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Fortunately errno was set.
Patch in attachment introduces the following changes:

=== 1 ===

Before:
>>> ssl.wrap_socket(socket.socket(), server_side=1)
>>>

Now:
>>> ssl.wrap_socket(socket.socket(), server_side=1)
ValueError: certfile must be specified for server-side operations


=== 2 ===

Before:
>>> s = ssl.wrap_socket(socket.socket(), server_side=1, certfile='Lib/test/keycert.pem')
>>> s.connect(('blogger.com', 443))
>>>

Now:
>>> s = ssl.wrap_socket(socket.socket(), server_side=1, certfile='Lib/test/keycert.pem')
>>> s.connect(('blogger.com', 443))
ValueError: can't connect in server-side mode


=== 3 ===

Before:
>>> os.path.exists('xxx')
False
>>> ssl.wrap_socket(socket.socket(), certfile='xxx')
ssl.SSLError: [Errno 336445442] _ssl.c:1604: error:140DC002:SSL routines:SSL_CTX_use_certificate_chain_file:system lib

Now:
>>> os.path.exists('xxx')
False
>>> ssl.wrap_socket(socket.socket(), certfile='xxx')
IOError: [Errno 2] No such file or directory


=== 4 ===

Before:
>>> os.path.exists('xxx')
False
>>> ctx = ssl.SSLContext(ssl.PROTOCOL_TLSv1)
>>> ctx.load_verify_locations('xxx')
ssl.SSLError: [Errno 185090050] _ssl.c:1676: error:0B084002:x509 certificate routines:X509_load_cert_crl_file:system lib

Now:
>>> os.path.exists('xxx')
False
>>> ctx = ssl.SSLContext(ssl.PROTOCOL_TLSv1)
>>> ctx.load_verify_locations('xxx')
IOError: [Errno 2] No such file or directory

----------
keywords: +patch
Added file: http://bugs.python.org/file18673/ssl-errors.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sun Aug 29 20:11:10 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 29 Aug 2010 18:11:10 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283029306.3325.3.camel@localhost.localdomain>
Message-ID: <1283105470.14.0.471653191077.issue9706@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

>>> ctx = ssl.SSLContext(ssl.PROTOCOL_SSLv23)
>>> ctx.wrap_socket(socket.socket(), server_side=1)
<ssl.SSLSocket object, fd=3, family=2, type=1, proto=0>
>>> 

I'm not sure how to raise ValueError("certfile must be specified") here as SSLContext class doesn't store certfile information, at least at Python level. Any hint?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sun Aug 29 20:20:05 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 29 Aug 2010 18:20:05 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283105470.14.0.471653191077.issue9706@psf.upfronthosting.co.za>
Message-ID: <1283105999.3369.16.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> >>> ctx = ssl.SSLContext(ssl.PROTOCOL_SSLv23)
> >>> ctx.wrap_socket(socket.socket(), server_side=1)
> <ssl.SSLSocket object, fd=3, family=2, type=1, proto=0>
> >>> 
> 
> I'm not sure how to raise ValueError("certfile must be specified")
> here as SSLContext class doesn't store certfile information, at least
> at Python level. Any hint?

Actually, you shouldn't raise the error, since the certfile can be
specified after wrapping the socket.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sun Aug 29 20:44:58 2010
From: report at bugs.python.org (David Watson)
Date: Sun, 29 Aug 2010 18:44:58 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <1280082784.57.0.628810673592.issue9377@psf.upfronthosting.co.za>
Message-ID: <1283107498.27.0.65085618795.issue9377@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

OK, I still think this issue should be addressed, but here is a patch for the part we agree on: that decoding should not return any Unicode characters except ASCII.

----------
Added file: http://bugs.python.org/file18674/decode-strict-ascii.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Sun Aug 29 20:47:15 2010
From: report at bugs.python.org (David Watson)
Date: Sun, 29 Aug 2010 18:47:15 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <1280082784.57.0.628810673592.issue9377@psf.upfronthosting.co.za>
Message-ID: <1283107635.8.0.586182242026.issue9377@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

The rest of the issue could also be straightforwardly addressed by adding bytes versions of the name lookup APIs.  Attaching a patch which does that (applies on top of decode-strict-ascii.diff).

----------
Added file: http://bugs.python.org/file18675/hostname-bytes-apis.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Sun Aug 29 20:59:35 2010
From: report at bugs.python.org (David Watson)
Date: Sun, 29 Aug 2010 18:59:35 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <1280082784.57.0.628810673592.issue9377@psf.upfronthosting.co.za>
Message-ID: <1283108375.51.0.77526207849.issue9377@psf.upfronthosting.co.za>


Changes by David Watson <baikie at users.sourceforge.net>:


Removed file: http://bugs.python.org/file18675/hostname-bytes-apis.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Sun Aug 29 21:01:37 2010
From: report at bugs.python.org (David Watson)
Date: Sun, 29 Aug 2010 19:01:37 +0000
Subject: [issue9377] socket,
	PEP 383: Mishandling of non-ASCII bytes in host/domain names
In-Reply-To: <1280082784.57.0.628810673592.issue9377@psf.upfronthosting.co.za>
Message-ID: <1283108497.52.0.86674114576.issue9377@psf.upfronthosting.co.za>


David Watson <baikie at users.sourceforge.net> added the comment:

Oops, forgot to refresh the last change into that patch.  This should fix it.

----------
Added file: http://bugs.python.org/file18676/hostname-bytes-apis.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9377>
_______________________________________

From report at bugs.python.org  Sun Aug 29 21:33:45 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 29 Aug 2010 19:33:45 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283029306.3325.3.camel@localhost.localdomain>
Message-ID: <1283110425.04.0.733084893959.issue9706@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

@Antoine: ok, thanks.

This is now committed in r84352. See also r84351 which raises ValueError if non-zero flag argument is provided for sendall().
http://bugs.python.org/msg115166 was the original message at the top of this discussion which I accidentally removed.

----------
assignee:  -> giampaolo.rodola
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sun Aug 29 21:36:38 2010
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Aug 2010 19:36:38 +0000
Subject: [issue4356] Add "key" argument to "bisect" module functions
In-Reply-To: <1227115048.67.0.318831592843.issue4356@psf.upfronthosting.co.za>
Message-ID: <1283110598.07.0.986656082512.issue4356@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

> maybe the mention of the SortedCollection recipe should 
> be a little more prominent.

Thanks for the suggestion.  Will look at moving the note higher on the page.

----------
components: +Documentation -Library (Lib)
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4356>
_______________________________________

From report at bugs.python.org  Sun Aug 29 21:44:07 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 29 Aug 2010 19:44:07 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283110425.04.0.733084893959.issue9706@psf.upfronthosting.co.za>
Message-ID: <1283111042.3369.22.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> @Antoine: ok, thanks.
> 
> This is now committed in r84352.

I don't think it's ok to test for the IOError message ("No such file"),
because it comes from the OS and can therefore change from platform to
platform. Instead, you should check the value of the "errno" attribute
on the IOError objects.

Also:

+            except IOError as x:
+                if support.verbose:
+                    sys.stdout.write("\nsocket.error is %s\n" % str(x))

The message should be changed (IOError instead of socket.error).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sun Aug 29 21:48:10 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Sun, 29 Aug 2010 19:48:10 +0000
Subject: [issue9710] 2to3 could remove "-*- coding: utf-8 -*-"
In-Reply-To: <1283111290.18.0.408621476951.issue9710@psf.upfronthosting.co.za>
Message-ID: <1283111290.18.0.408621476951.issue9710@psf.upfronthosting.co.za>


New submission from Florent Xicluna <florent.xicluna at gmail.com>:

According to PEP8, "Files using ASCII (or UTF-8, for Python 3.0) should not have a coding cookie."

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 115191
nosy: flox
priority: normal
severity: normal
status: open
title: 2to3 could remove "-*- coding: utf-8 -*-"
type: feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9710>
_______________________________________

From report at bugs.python.org  Sun Aug 29 21:49:33 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 29 Aug 2010 19:49:33 +0000
Subject: [issue9710] 2to3 could remove "-*- coding: utf-8 -*-"
In-Reply-To: <1283111290.18.0.408621476951.issue9710@psf.upfronthosting.co.za>
Message-ID: <1283111373.04.0.996593090688.issue9710@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

They're also harmless.

----------
nosy: +benjamin.peterson
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9710>
_______________________________________

From report at bugs.python.org  Sun Aug 29 21:51:32 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 29 Aug 2010 19:51:32 +0000
Subject: [issue9710] 2to3 could remove "-*- coding: utf-8 -*-"
In-Reply-To: <1283111290.18.0.408621476951.issue9710@psf.upfronthosting.co.za>
Message-ID: <1283111492.51.0.127837958652.issue9710@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Hmm, actually I don't see a rationale for this, even if it doesn't give Python any useful information, it serves that purpose for editors.

----------
nosy: +georg.brandl
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9710>
_______________________________________

From report at bugs.python.org  Sun Aug 29 22:32:59 2010
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 29 Aug 2010 20:32:59 +0000
Subject: [issue9709] test_distutils warning: initfunc exported twice on Windows
In-Reply-To: <1283101838.76.0.73949668593.issue9709@psf.upfronthosting.co.za>
Message-ID: <1283113979.66.0.959315270705.issue9709@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

Tarek, I forgot to add you, sorry. I was thinking mainly about distutils,
not distutils2.

----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9709>
_______________________________________

From report at bugs.python.org  Sun Aug 29 22:50:04 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 29 Aug 2010 20:50:04 +0000
Subject: [issue9711] ssl.SSLSocket's keyfile argument seems to be ignored if
	specified without certfile
In-Reply-To: <1283115004.18.0.127719277897.issue9711@psf.upfronthosting.co.za>
Message-ID: <1283115004.18.0.127719277897.issue9711@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola' <g.rodola at gmail.com>:

By taking a look at ssl.py it seems that keyfile argument is ignored if certfile argument is not specified as well.
Here's an extract of ssl.py code:

class SSLSocket:

    def __init__(self, sock=None, keyfile=None, certfile=None,
                 server_side=False, cert_reqs=CERT_NONE,
                 ssl_version=PROTOCOL_SSLv23, ca_certs=None,
                 do_handshake_on_connect=True,
                 family=AF_INET, type=SOCK_STREAM, proto=0, fileno=None,
                 suppress_ragged_eofs=True, ciphers=None,
                 _context=None):
        [...]
            if certfile and not keyfile:
                keyfile = certfile
        [...]
            if certfile:
                self.context.load_cert_chain(certfile, keyfile)

So at the current stage this:

>>> ssl.wrap_socket(socket.socket(), keyfile="XXX")
<ssl.SSLSocket object, fd=5, family=2, type=1, proto=0>

...would be equal to:

>>> ssl.wrap_socket(socket.socket())
<ssl.SSLSocket object, fd=5, family=2, type=1, proto=0>


To me this leads to one question: are there circumstances in which it makes sense to specify "keyfile" and *not* "certfile"?
As far as I know, on server-side it is always required to specify *at least* certfile argument, in which case this would represent a bug.
Not sure about client-side sockets.

----------
messages: 115195
nosy: exarkun, giampaolo.rodola, janssen, pitrou
priority: normal
severity: normal
status: open
title: ssl.SSLSocket's keyfile argument seems to be ignored if specified without certfile

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9711>
_______________________________________

From report at bugs.python.org  Sun Aug 29 22:57:38 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 29 Aug 2010 20:57:38 +0000
Subject: [issue9706] ssl errors checking
In-Reply-To: <1283029306.3325.3.camel@localhost.localdomain>
Message-ID: <1283115458.52.0.0165942918792.issue9706@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

You're right. Committed in r84355.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9706>
_______________________________________

From report at bugs.python.org  Sun Aug 29 23:47:21 2010
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 29 Aug 2010 21:47:21 +0000
Subject: [issue9683] Dead code in py3k inspect module
In-Reply-To: <1282763623.07.0.68649497821.issue9683@psf.upfronthosting.co.za>
Message-ID: <1283118441.3.0.845612742932.issue9683@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
assignee:  -> georg.brandl
nosy: +georg.brandl
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9683>
_______________________________________

From report at bugs.python.org  Mon Aug 30 00:31:44 2010
From: report at bugs.python.org (Pablo Mouzo)
Date: Sun, 29 Aug 2010 22:31:44 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1283121104.4.0.749612119384.issue2830@psf.upfronthosting.co.za>


Pablo Mouzo <pablomouzo at gmail.com> added the comment:

I'm attaching a new patch with the documentation updated.

I agree with Georg that it'd be better to escape everything by default. Are there any good reasons not to?

----------
Added file: http://bugs.python.org/file18677/issue2830.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Mon Aug 30 00:41:36 2010
From: report at bugs.python.org (Pablo Mouzo)
Date: Sun, 29 Aug 2010 22:41:36 +0000
Subject: [issue2830] Copy cgi.escape() to html
In-Reply-To: <1210563693.47.0.635782576194.issue2830@psf.upfronthosting.co.za>
Message-ID: <1283121696.84.0.980326749271.issue2830@psf.upfronthosting.co.za>


Changes by Pablo Mouzo <pablomouzo at gmail.com>:


Removed file: http://bugs.python.org/file18667/issue2830.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2830>
_______________________________________

From report at bugs.python.org  Mon Aug 30 01:03:05 2010
From: report at bugs.python.org (Brian Curtin)
Date: Sun, 29 Aug 2010 23:03:05 +0000
Subject: [issue7877] Iterators over _winreg EnumKey and EnumValue results
In-Reply-To: <1265578300.82.0.0744515010877.issue7877@psf.upfronthosting.co.za>
Message-ID: <1283122985.11.0.736671400029.issue7877@psf.upfronthosting.co.za>


Changes by Brian Curtin <curtin at acm.org>:


----------
assignee:  -> brian.curtin
components: +Extension Modules -Library (Lib)
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7877>
_______________________________________

From report at bugs.python.org  Mon Aug 30 02:16:46 2010
From: report at bugs.python.org (Oliver Deppert)
Date: Mon, 30 Aug 2010 00:16:46 +0000
Subject: [issue1625] bz2.BZ2File doesn't support multiple streams
In-Reply-To: <1197624030.23.0.503522059328.issue1625@psf.upfronthosting.co.za>
Message-ID: <1283127406.6.0.924008159256.issue1625@psf.upfronthosting.co.za>


Oliver Deppert <Oliver.Deppert at stud.tu-darmstadt.de> added the comment:

Dear all,

first of all, thank you for the patch making multiple file-streams in bz2 available in python. Yesterday, I've tried to adapt the recent patch for python 3k to the actual python 2.7. Most of the hunks could be easy adapted by editing just one ore two things concerning the different file-layout between p3k and python 2.7.

Unfortunatelly it wasn't possible for me to completly downgrade this patch to python 2.7. Especially the last hunk in the patch and also the hunks which are related to self->rawfp couldn't be adapted succesfully by me.

Could anybody assist me to make this patch available for python 2.7 or does a patch for this python version already exist?

If you like, I can upload my recent changes in this patch for further investigation.

Thank you!

best regards,
Oliver Deppert

----------
nosy: +Kontr-Olli

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1625>
_______________________________________

From report at bugs.python.org  Mon Aug 30 04:33:17 2010
From: report at bugs.python.org (vladimir)
Date: Mon, 30 Aug 2010 02:33:17 +0000
Subject: [issue9703] default param values
In-Reply-To: <1283027086.06.0.0896322601958.issue9703@psf.upfronthosting.co.za>
Message-ID: <AANLkTik3uz8DGA7jUwSwmwx44ER=sCOws7Fmic-Ho5fN@mail.gmail.com>


vladimir <golubovic.vladimir.gv at gmail.com> added the comment:

On Sat, Aug 28, 2010 at 10:24 PM, Benjamin Peterson
<report at bugs.python.org>wrote:

>
> Benjamin Peterson <benjamin at python.org> added the comment:
>
> Rest assured: it's expected behavior.
>
> Thank you for your cooperation.

----------
Added file: http://bugs.python.org/file18678/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9703>
_______________________________________
-------------- next part --------------
<br><br><div class="gmail_quote">On Sat, Aug 28, 2010 at 10:24 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="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; 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>
Rest assured: it&#39;s expected behavior.<br>
<br>
</blockquote></div>Thank you for your cooperation.<br>

From report at bugs.python.org  Mon Aug 30 04:34:18 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 30 Aug 2010 02:34:18 +0000
Subject: [issue9703] default param values
In-Reply-To: <1282948268.07.0.00114901729063.issue9703@psf.upfronthosting.co.za>
Message-ID: <1283135658.07.0.953060027759.issue9703@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file18668/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9703>
_______________________________________

From report at bugs.python.org  Mon Aug 30 04:34:21 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 30 Aug 2010 02:34:21 +0000
Subject: [issue9703] default param values
In-Reply-To: <1282948268.07.0.00114901729063.issue9703@psf.upfronthosting.co.za>
Message-ID: <1283135661.08.0.873567695195.issue9703@psf.upfronthosting.co.za>


Changes by ?ric Araujo <merwok at netwok.org>:


Removed file: http://bugs.python.org/file18678/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9703>
_______________________________________

From report at bugs.python.org  Mon Aug 30 08:28:09 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 30 Aug 2010 06:28:09 +0000
Subject: [issue8668] add a 'develop' command
In-Reply-To: <1273367946.24.0.0664676682922.issue8668@psf.upfronthosting.co.za>
Message-ID: <1283149689.4.0.993374302407.issue8668@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

One part of develop that we could add is the creation of a .pth file in a directory on sys.path (with Python >= 2.6, --user gives that for free). IMNSHO, this should be implemented as an option to the install_lib* command, named --link-only or something better.

*(Not install, since .pth does not handle scripts, headers or data. The purpose of this command/option is to make modules and packages importable, more would be trickier.)

(?pythonx.y setup.py install_lib --user --link-only? is long, I agree. This problem is solved with copy/paste, shell history, shell function, or we could steal the aliases system from setuptools.)

I have a suspicion the install command (or a subcommand) already has most of what it takes to do this. I?m still trying to understand the extra_path argument (#901727), which may or may not give us 90% of what?s needed to implement this feature.

----------
nosy: +alexis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8668>
_______________________________________

From report at bugs.python.org  Mon Aug 30 09:42:57 2010
From: report at bugs.python.org (Florent Xicluna)
Date: Mon, 30 Aug 2010 07:42:57 +0000
Subject: [issue9712] tokenize yield an ERRORTOKEN if the identifier starts
	with a non-ascii char
In-Reply-To: <1283154177.7.0.16014867671.issue9712@psf.upfronthosting.co.za>
Message-ID: <1283154177.7.0.16014867671.issue9712@psf.upfronthosting.co.za>


New submission from Florent Xicluna <florent.xicluna at gmail.com>:

from io import BytesIO
from tokenize import tokenize, tok_name

sample = '?l?phants = "un ?l?phant, deux ?l?phants, ..."\nprint(?l?phants)\n'
sampleb = sample.encode('utf-8')

exec(sample)
# output: un ?l?phant, deux ?l?phants, ...
exec(sampleb)
# output: un ?l?phant, deux ?l?phants, ...

module = BytesIO()
module.write(sampleb)
module.seek(0)

for line in tokenize(module.readline):
    print(tok_name[line.type], line)


# output:
ENCODING TokenInfo(type=57, string='utf-8', start=(0, 0), end=(0, 0), line='')
ERRORTOKEN TokenInfo(type=54, string='?', start=(1, 0), end=(1, 1), line='?l?phants = "un ?l?phant, deux ?l?phants, ..."\n')
NAME TokenInfo(type=1, string='l?phants', start=(1, 1), end=(1, 9), line='?l?phants = "un ?l?phant, deux ?l?phants, ..."\n')
OP TokenInfo(type=53, string='=', start=(1, 10), end=(1, 11), line='?l?phants = "un ?l?phant, deux ?l?phants, ..."\n')
STRING TokenInfo(type=3, string='"un ?l?phant, deux ?l?phants, ..."', start=(1, 12), end=(1, 46), line='?l?phants = "un ?l?phant, deux ?l?phants, ..."\n')
NEWLINE TokenInfo(type=4, string='\n', start=(1, 46), end=(1, 47), line='?l?phants = "un ?l?phant, deux ?l?phants, ..."\n')
NAME TokenInfo(type=1, string='print', start=(2, 0), end=(2, 5), line='print(?l?phants)\n')
OP TokenInfo(type=53, string='(', start=(2, 5), end=(2, 6), line='print(?l?phants)\n')
ERRORTOKEN TokenInfo(type=54, string='?', start=(2, 6), end=(2, 7), line='print(?l?phants)\n')
NAME TokenInfo(type=1, string='l?phants', start=(2, 7), end=(2, 15), line='print(?l?phants)\n')
OP TokenInfo(type=53, string=')', start=(2, 15), end=(2, 16), line='print(?l?phants)\n')
NEWLINE TokenInfo(type=4, string='\n', start=(2, 16), end=(2, 17), line='print(?l?phants)\n')
ENDMARKER TokenInfo(type=0, string='', start=(3, 0), end=(3, 0), line='')

----------
messages: 115201
nosy: flox
priority: normal
severity: normal
stage: unit test needed
status: open
title: tokenize yield an ERRORTOKEN if the identifier starts with a non-ascii char
type: behavior
versions: Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9712>
_______________________________________

From report at bugs.python.org  Mon Aug 30 09:46:53 2010
From: report at bugs.python.org (Campbell Barton)
Date: Mon, 30 Aug 2010 07:46:53 +0000
Subject: [issue9713] Py_CompileString fails on non decode-able paths.
In-Reply-To: <1283154413.35.0.877915229941.issue9713@psf.upfronthosting.co.za>
Message-ID: <1283154413.35.0.877915229941.issue9713@psf.upfronthosting.co.za>


New submission from Campbell Barton <ideasman42 at gmail.com>:

On linux I have a path which python reads as...

/data/test/num\udce9ro_bad/untitled.blend

os.listdir("/data/test/") returns this ['num\udce9ro_bad']

But the same path cant be given to the C api's Py_CompileString

Where fn is '/data/test/num\udce9ro_bad/untitled.blend/test.py'
 Py_CompileString(buf, fn, Py_file_input);

...gives this error.
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 14-16: invalid data

>From this pep, non decode-able paths should use surrogateescape's
http://www.python.org/dev/peps/pep-0383/

----------
components: None
messages: 115202
nosy: ideasman42
priority: normal
severity: normal
status: open
title: Py_CompileString fails on non decode-able paths.
type: behavior
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9713>
_______________________________________

From report at bugs.python.org  Mon Aug 30 10:30:33 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 30 Aug 2010 08:30:33 +0000
Subject: [issue9119] Python download page needs to mention crypto code
	in	Windows installer
In-Reply-To: <1282940445.48.0.568535463229.issue9119@psf.upfronthosting.co.za>
Message-ID: <4C7B6C24.1090506@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Terry J. Reedy wrote:
> 
> Terry J. Reedy <tjreedy at udel.edu> added the comment:
> 
> This is really two issues: docs and windows builds. As for docs:
> 
> Many of the module doc pages mention original authors and give urls for further info. The ssl page already says " This module uses the OpenSSL library." Rather than fuss over whether the doc constitutes 'advertising material' (and a lawyer certain could claim it does), we can easily expand the above to
> 
> "This module includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit (http://www.openssl.org/) and cryptographic software written by Eric Young (eay at cryptsoft.com)."
> 
> or whatever would be correct. This wording better meets the attribution requirement *and* is more informative to users.

+1

> The download page currently does not contain the word 'license', which I think is an omission that should be filled. I think it should include something like the following reasonably near the top:
> 
> "The History and License for each version is included with its document set. In layperson's terms, the license more or less says that you can use Python as you wish as long as you 1) do not claim ownership of the name or code, and 2) assume full legal and moral responsibility for the downloading and use of the code, including the cryptographic modules." 

Fine with me. The text should also link to actual current license text:

http://docs.python.org/license.html

BTW: I have a little trouble actually finding the license text on
the python.org web-site. It is not mentioned on the download page,
there's not mention of it in the downloads nav bar, nor in the documentation
section of the site.

Only the "about" section includes a mention of the
license and the "foundation" section even mentions it in the nav bar
(but that's not where people would look to find it). What's worse:
all links point to:

http://www.python.org/psf/license/

and that page refers to the Python 2.6.2 license...

I'll report this to the webmasters.

> Builds: have there been multiple overt requests for no-crypto builds? Do any of the other build providers make such? I think this falls under "These re-packagings often include more libraries or are specialized for a particular application:" -- like being so unfortunate as to live in certain countries.

Many other providers of software builds that include crypto software
either make it obvious that the builds include crypto software in their
licenses (by copying the OpenSSL license into the document) or
on the download page (ticking a checkbox, in case there's an export
issue). Some also put the crypto code into a separate download
(e.g. Java and many Linux distros).

The idea with having a separate download without the crypto code
was just to hint the user at a possible issue without scaring
them away. If we can do the same without requiring a separate
installer that would be even better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Mon Aug 30 10:32:22 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 30 Aug 2010 08:32:22 +0000
Subject: [issue9119] Python download page needs to mention crypto code
	in	Windows installer
In-Reply-To: <1282941186.39.0.0272019053602.issue9119@psf.upfronthosting.co.za>
Message-ID: <4C7B6C91.1010404@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Raymond Hettinger wrote:
> 
> Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:
> 
> FYI, there is a section of the docs devoted to notifications and attribution licenses:
> 
> http://docs.python.org/license.html#licenses-and-acknowledgements-for-incorporated-software

Good point. We should add the OpenSSL license to that section
and mention that the code is included in the Windows installer
we ship from python.org.

How does one go about getting that page updated ? Is that just a regular
build of the Python documentation, so only a checkin is needed ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9119>
_______________________________________

From report at bugs.python.org  Mon Aug 30 13:11:48 2010
From: report at bugs.python.org (Martin von Gagern)
Date: Mon, 30 Aug 2010 11:11:48 +0000
Subject: [issue843590] 'macintosh' encoding alias for 'mac_roman'
Message-ID: <1283166708.43.0.35057944303.issue843590@psf.upfronthosting.co.za>


Martin von Gagern <Martin.vGagern at gmx.net> added the comment:

Maybe I'm missing something here, but r84229 looks to me like aliasing 'macintosh' to itself, instead of to 'mac_roman'. 'csmacintosh' and 'mac' are not included at all, without any comment as to why they have been omitted. Makes me wonder why my issue843590_alias.patch wasn't applied as it is, but recreated instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue843590>
_______________________________________

From report at bugs.python.org  Mon Aug 30 13:39:51 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Mon, 30 Aug 2010 11:39:51 +0000
Subject: [issue9700] semaphore errors on AIX 6.1
In-Reply-To: <1282912793.51.0.185151157786.issue9700@psf.upfronthosting.co.za>
Message-ID: <1283168391.76.0.0643739932344.issue9700@psf.upfronthosting.co.za>


S?bastien Sabl? <sable at users.sourceforge.net> added the comment:

This is also related to issue1234: It was the same issue but concerning AIX 5.2. This patch corrects the problem in the same way but for AIX 6.1.

regards

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9700>
_______________________________________

From report at bugs.python.org  Mon Aug 30 13:54:17 2010
From: report at bugs.python.org (Kuno Woudt)
Date: Mon, 30 Aug 2010 11:54:17 +0000
Subject: [issue9714] urllib2 digest authentication doesn't work when
	connecting to a Catalyst server.
In-Reply-To: <1283169256.94.0.0442479793498.issue9714@psf.upfronthosting.co.za>
Message-ID: <1283169256.94.0.0442479793498.issue9714@psf.upfronthosting.co.za>


New submission from Kuno Woudt <kuno at frob.nl>:

In the WWW-Authenticate header Catalyst::Authentication::Credential::HTTP sends the following value for qop:

qop="auth,auth-int"

This is identical to the example given in section 3.5 of the RFC (http://tools.ietf.org/html/rfc2617#section-3.5 ), so I assume this is correct.

urllib2 does not expect multiple values for qop, and only works when qop="auth".

I've managed to work around it with:

class DigestAuthHandler (urllib2.HTTPDigestAuthHandler):
    def get_authorization (self, req, chal):
        qop = chal.get ('qop', None)
        if qop and ',' in qop and 'auth' in qop.split (','):
            chal['qop'] = 'auth'

        return urllib2.HTTPDigestAuthHandler.get_authorization (self, req, chal)

----------
components: Library (Lib)
messages: 115207
nosy: warpr
priority: normal
severity: normal
status: open
title: urllib2 digest authentication doesn't work when connecting to a Catalyst server.
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/issue9714>
_______________________________________

From report at bugs.python.org  Mon Aug 30 13:54:42 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 11:54:42 +0000
Subject: [issue9715] io doc improvements
In-Reply-To: <1283169282.13.0.519600528292.issue9715@psf.upfronthosting.co.za>
Message-ID: <1283169282.13.0.519600528292.issue9715@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

This is an improvement patch for the :mod:`io` documentation.
It adds an user-friendly overview, and makes a couple of other fixes/improvements.
There's a problem where I want to make a link to a glossary term while using the plural form ("abstract base classes"), and it doesn't work. Can someone help me?

----------
assignee: docs at python
components: Documentation, IO
files: iodoc.patch
keywords: patch
messages: 115208
nosy: benjamin.peterson, docs at python, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: io doc improvements
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18679/iodoc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9715>
_______________________________________

From report at bugs.python.org  Mon Aug 30 14:01:51 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 12:01:51 +0000
Subject: [issue9715] io doc improvements
In-Reply-To: <1283169282.13.0.519600528292.issue9715@psf.upfronthosting.co.za>
Message-ID: <1283169711.25.0.391526191472.issue9715@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file18679/iodoc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9715>
_______________________________________

From report at bugs.python.org  Mon Aug 30 14:02:01 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 12:02:01 +0000
Subject: [issue9715] io doc improvements
In-Reply-To: <1283169282.13.0.519600528292.issue9715@psf.upfronthosting.co.za>
Message-ID: <1283169721.64.0.00971269818838.issue9715@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Added file: http://bugs.python.org/file18680/iodoc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9715>
_______________________________________

From report at bugs.python.org  Mon Aug 30 14:11:09 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Mon, 30 Aug 2010 12:11:09 +0000
Subject: [issue1633863] AIX: configure ignores $CC
Message-ID: <1283170269.44.0.853715651999.issue1633863@psf.upfronthosting.co.za>


S?bastien Sabl? <sable at users.sourceforge.net> added the comment:

The workaround that I have been using is to call configure like this:

./configure --with-gcc=${CC}

(I usually define CC like this: export CC=xlc_r)

Python compiles fine on AIX 6.1 with that.

----------
nosy: +sable

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1633863>
_______________________________________

From report at bugs.python.org  Mon Aug 30 14:12:55 2010
From: report at bugs.python.org (red)
Date: Mon, 30 Aug 2010 12:12:55 +0000
Subject: [issue1731717] race condition in subprocess module
Message-ID: <1283170375.09.0.0837637312969.issue1731717@psf.upfronthosting.co.za>


red <stefano.bonnin at gmail.com> added the comment:

I'm using an old Plone/Zope Product, PHParser, that uses the popen2 call ... same problem for me.
Is there a thread-safe alternative to execute subprocesses in threads? I need a patch!!! thanks in advance!!!

----------
nosy: +shaphiro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1731717>
_______________________________________

From report at bugs.python.org  Mon Aug 30 14:25:16 2010
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 30 Aug 2010 12:25:16 +0000
Subject: [issue9713] Py_CompileString fails on non decode-able paths.
In-Reply-To: <1283154413.35.0.877915229941.issue9713@psf.upfronthosting.co.za>
Message-ID: <1283171116.97.0.797638189959.issue9713@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/issue9713>
_______________________________________

From report at bugs.python.org  Mon Aug 30 14:49:58 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 12:49:58 +0000
Subject: [issue9715] io doc improvements
In-Reply-To: <1283169282.13.0.519600528292.issue9715@psf.upfronthosting.co.za>
Message-ID: <1283172598.04.0.04334448013.issue9715@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, committed in r84357 (py3k) and r84358 (3.1). Backporting to 2.7 would be too much work.

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9715>
_______________________________________

From report at bugs.python.org  Mon Aug 30 15:27:38 2010
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 30 Aug 2010 13:27:38 +0000
Subject: [issue9715] io doc improvements
In-Reply-To: <1283169282.13.0.519600528292.issue9715@psf.upfronthosting.co.za>
Message-ID: <1283174858.84.0.744522501572.issue9715@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

A couple wording comments:

"All streams are careful about the type of data you give to them"
would read better as "All streams accept specific types of data".

"The default mode is ``'r'`` (open for reading text, synonym of
``'rt'``)".  I liked the original wording better.

Finally, not specific to this change, but I wonder if rather than
having distinct io.StringIO and io.BytesIO classes it would be better
to have a single io.MemoryIO class which takes mode arguments just
like io.FileIO?  The correspondence between file-based and memory-
based i/o would be more one-to-one.  Such a class could be added
without breaking existing code by using the StringIO and BytesIO
classes as the back-end for a MemoryIO class.

----------
nosy: +skip.montanaro

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9715>
_______________________________________

From report at bugs.python.org  Mon Aug 30 15:32:34 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 30 Aug 2010 13:32:34 +0000
Subject: [issue9715] io doc improvements
In-Reply-To: <1283174858.84.0.744522501572.issue9715@psf.upfronthosting.co.za>
Message-ID: <AANLkTimGdHnz85q4HT2oE+Ri7GqaTcJMU33RujLqod7y@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2010/8/30 Skip Montanaro <report at bugs.python.org>:
>
> Skip Montanaro <skip at pobox.com> added the comment:
>
> A couple wording comments:
>
> "All streams are careful about the type of data you give to them"
> would read better as "All streams accept specific types of data".
>
> "The default mode is ``'r'`` (open for reading text, synonym of
> ``'rt'``)". ?I liked the original wording better.

Feel free to change it; it's been committed.

>
> Finally, not specific to this change, but I wonder if rather than
> having distinct io.StringIO and io.BytesIO classes it would be better
> to have a single io.MemoryIO class which takes mode arguments just
> like io.FileIO? ?The correspondence between file-based and memory-
> based i/o would be more one-to-one. ?Such a class could be added
> without breaking existing code by using the StringIO and BytesIO
> classes as the back-end for a MemoryIO class.

What advantage would that have?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9715>
_______________________________________

From report at bugs.python.org  Mon Aug 30 15:38:53 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 13:38:53 +0000
Subject: [issue9715] io doc improvements
In-Reply-To: <1283174858.84.0.744522501572.issue9715@psf.upfronthosting.co.za>
Message-ID: <1283175525.3248.5.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> "The default mode is ``'r'`` (open for reading text, synonym of
> ``'rt'``)".  I liked the original wording better.

Well, people use "r" in practice, and "rt" is a somewhat rarer
alternative. We could drop the "synonym..." part entirely.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9715>
_______________________________________

From report at bugs.python.org  Mon Aug 30 15:44:42 2010
From: report at bugs.python.org (Meador Inge)
Date: Mon, 30 Aug 2010 13:44:42 +0000
Subject: [issue9633] pdb go stack up/down
In-Reply-To: <1282133837.82.0.171010459939.issue9633@psf.upfronthosting.co.za>
Message-ID: <1283175882.3.0.638403472675.issue9633@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/issue9633>
_______________________________________

From report at bugs.python.org  Mon Aug 30 15:49:39 2010
From: report at bugs.python.org (Catherine Devlin)
Date: Mon, 30 Aug 2010 13:49:39 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1282319380.5.0.724924373031.issue9650@psf.upfronthosting.co.za>
Message-ID: <1283176179.86.0.556826006145.issue9650@psf.upfronthosting.co.za>


Catherine Devlin <fredv8vibwc at liquidid.net> added the comment:

> Did my suggestion to alter pydoc output so it always contains a link to the
> enclosing module's documentation not seem like a reasonable compromise?

I actually don't understand how that would help.  The ``pydoc time`` output doesn't include any information about the formatting codes (at least, on my system).

Also, ``pydoc`` isn't available on Windows systems, is it?  It isn't on mine; is that a quirk of my setup?

> Another problem with embedding the format codes in the docstring is that it
> opens up a Pandora's box of other stuff that might be reasonable to include
> in other docstrings, but should probably just be documented in one place
> (perhaps with references elsewhere).  For example, maybe we should add the
> list of signals to the docstrings for signal.signal and os.kill (pretty
> platform-dependent) or add all the format possibilities to the docstring for
> the format() builtin (brand new and probably not well-known to very many
> users).  I'm sure there are other candidates.  It can be difficult to know
> where to draw the line.

Yes, certainly, in one place - but isn't it logical for the docstring to be that one place?  Universal convenient access, and the least risk that it will get out of synch with the code.

Here's where I would suggest drawing the line: if the method is unusable without the information, and it's not easy to guess or remember, and it's relatively concise, it should be in the docstring.

Is that a Pandora's box or a set of good suggestions?  :)  Probably not stuff that is strongly platform-dependent, but for format(), for example, I think that's a good idea.  I don't think there's anything wrong with setting a precedent that could lead to more useful docstrings in several different places.

Anyway, I would settle for a suggestion in the docstring to run ``man strftime``, but only if there's some Windows equivalent; does anybody know of one?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Mon Aug 30 16:13:40 2010
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 30 Aug 2010 14:13:40 +0000
Subject: [issue9715] io doc improvements
In-Reply-To: <AANLkTimGdHnz85q4HT2oE+Ri7GqaTcJMU33RujLqod7y@mail.gmail.com>
Message-ID: <19579.48267.999574.22463@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

>> Finally, not specific to this change, but I wonder if rather than
    >> having distinct io.StringIO and io.BytesIO classes it would be better
    >> to have a single io.MemoryIO class which takes mode arguments just
    >> like io.FileIO? ??The correspondence between file-based and memory-
    >> based i/o would be more one-to-one. ??Such a class could be added
    >> without breaking existing code by using the StringIO and BytesIO
    >> classes as the back-end for a MemoryIO class.

    Benjamin> What advantage would that have?

File I/O and memory I/O would have more uniform in their APIs and thus be
easier to document, describe and use.  Currently, one class is used to do
file I/O.  The type of I/O done is controlled by the mode and buffering
flags.  Two distinct classes are used to do memory I/O.

If someone wanted to select between file and memory I/O at runtime it
wouldn't be possible to just swap the class using the current code.

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9715>
_______________________________________

From report at bugs.python.org  Mon Aug 30 16:23:21 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 14:23:21 +0000
Subject: [issue9715] io doc improvements
In-Reply-To: <19579.48267.999574.22463@montanaro.dyndns.org>
Message-ID: <1283178197.3248.7.camel@localhost.localdomain>


Antoine Pitrou <pitrou at free.fr> added the comment:

> File I/O and memory I/O would have more uniform in their APIs and thus be
> easier to document, describe and use.  Currently, one class is used to do
> file I/O.

That's wrong. Various classes are used for file I/O: FileIO,
Buffered{Reader,Writer,Random}, TextIOWrapper.

> If someone wanted to select between file and memory I/O at runtime it
> wouldn't be possible to just swap the class using the current code.

Why would you swap the class since the constructor arguments would be
different anyway?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9715>
_______________________________________

From report at bugs.python.org  Mon Aug 30 16:41:45 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 30 Aug 2010 14:41:45 +0000
Subject: [issue9712] tokenize yield an ERRORTOKEN if the identifier starts
	with a non-ascii char
In-Reply-To: <1283154177.7.0.16014867671.issue9712@psf.upfronthosting.co.za>
Message-ID: <1283179305.29.0.791657186768.issue9712@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

r84364

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9712>
_______________________________________

From report at bugs.python.org  Mon Aug 30 16:42:55 2010
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 30 Aug 2010 14:42:55 +0000
Subject: [issue9650] format codes in time.strptime docstrings
In-Reply-To: <1283176179.86.0.556826006145.issue9650@psf.upfronthosting.co.za>
Message-ID: <19579.50025.674423.864161@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

>> Did my suggestion to alter pydoc output so it always contains a link
    >> to the enclosing module's documentation not seem like a reasonable
    >> compromise?

    Catherine> I actually don't understand how that would help.  The ``pydoc
    Catherine> time`` output doesn't include any information about the
    Catherine> formatting codes (at least, on my system).

No, but it does include a link to the full documentation for the time
module, so should you need more than is in the docstring, in theory
everything you might want would only be one or two clicks away.

    Catherine> Also, ``pydoc`` isn't available on Windows systems, is it?
    Catherine> It isn't on mine; is that a quirk of my setup?

You can fire up a documentation server using

    python -m pydoc -g

which starts an HTTP server available to dispense documentation for
everything in your PYTHONPATH.  You can search for "strftime" there, and
after a fairly long pause it will present you with a link you can click to
get the time module docs.  (I think there is a bug in the way it handles
errors during import of the various modules.)

Alternatively, click the "open browser" button and you will be directed to
the front page of the content it serves.  The resulting user interface is
fairly crude, but if you search for "time" (it's in the lib-dynload section)
and click the link provided, it pops up the pydoc documentation for the time
module.  From there you can click the Module Docs link in the upper
right-hand corner to be taken to the full documentation for the time module.

    Catherine> Yes, certainly, in one place - but isn't it logical for the
    Catherine> docstring to be that one place?

I think most people would argue, "no".  Docstrings are helpers.  The library
reference manual is supposed to be comprehensive.

    Catherine> Here's where I would suggest drawing the line: if the method
    Catherine> is unusable without the information, and it's not easy to
    Catherine> guess or remember, and it's relatively concise, it should be
    Catherine> in the docstring.

This would be a pretty radical change to the documentation.  You're asking
that either

    * Docstrings become the comprehensive source of information instead of
      the library reference manual, or

    * A fair amount of information be duplicated between the library
      reference manual and the docstrings.

I suggest this discussion be moved to the doc-sig at python.org mailing list.
Those are the people who would be best equipped to discuss the overall
topic.  I'm just a single user with my personal perspective on the topic.
I'm not the guy who makes these decisions.

Skip

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9650>
_______________________________________

From report at bugs.python.org  Mon Aug 30 16:58:13 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 14:58:13 +0000
Subject: [issue9700] semaphore errors on AIX 6.1
In-Reply-To: <1282912793.51.0.185151157786.issue9700@psf.upfronthosting.co.za>
Message-ID: <1283180293.81.0.208797620071.issue9700@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Patch committed in r84366 (py3k), r84367 (3.1), r84368 (2.7). Thanks for your contribution!

----------
nosy: +pitrou
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions:  -Python 2.6, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9700>
_______________________________________

From report at bugs.python.org  Mon Aug 30 17:05:08 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 15:05:08 +0000
Subject: [issue9711] ssl.SSLSocket's keyfile argument seems to be ignored if
	specified without certfile
In-Reply-To: <1283115004.18.0.127719277897.issue9711@psf.upfronthosting.co.za>
Message-ID: <1283180708.17.0.646631848577.issue9711@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Good catch. keyfile without certfile should be forbidden, and raise a ValueError.

----------
components: +Library (Lib)
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9711>
_______________________________________

From report at bugs.python.org  Mon Aug 30 17:18:22 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 30 Aug 2010 15:18:22 +0000
Subject: [issue9711] ssl.SSLSocket's keyfile argument seems to be ignored if
	specified without certfile
In-Reply-To: <1283115004.18.0.127719277897.issue9711@psf.upfronthosting.co.za>
Message-ID: <1283181502.12.0.612852014514.issue9711@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Are we sure? Do we have a reference which states that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9711>
_______________________________________

From report at bugs.python.org  Mon Aug 30 17:22:56 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 15:22:56 +0000
Subject: [issue9711] ssl.SSLSocket's keyfile argument seems to be ignored if
	specified without certfile
In-Reply-To: <1283115004.18.0.127719277897.issue9711@psf.upfronthosting.co.za>
Message-ID: <1283181776.09.0.242188827104.issue9711@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Not really, but in previous versions it would fail as soon as you try to connect:

>>> s = ssl.wrap_socket(socket.socket(), keyfile="XXX")
>>> s.connect(("svn.python.org", 443))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/antoine/cpython/27/Lib/ssl.py", line 295, in connect
    self.ca_certs, self.ciphers)
ssl.SSLError: _ssl.c:289: Both the key & certificate files must be specified

It's better to catch the problem up-front, though. As for whether SSLError or ValueError should be preferred, I think ValueError is cleaner (it's really a bad use of the API).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9711>
_______________________________________

From report at bugs.python.org  Mon Aug 30 17:28:14 2010
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 30 Aug 2010 15:28:14 +0000
Subject: [issue7546] msvc9compiler.py: add .asm extension
In-Reply-To: <1261241045.73.0.563579401037.issue7546@psf.upfronthosting.co.za>
Message-ID: <1283182094.6.0.736198242349.issue7546@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

I have a new patch with tests, but I'm not quite satisfied with it.

The remaining problem is that the choice of ml64 or ml is fragile
if a user has executed `vcvarsall xyz`, and we attempt to use the
resulting environment.

For example, if `vcvarsall amd64` has been executed once in a command
line window, a subsequent `vcvarsall x86` will not reset the environment
sufficiently, so ml64 is detected and the x86 build will fail.


But in general this patch should work.

----------
Added file: http://bugs.python.org/file18681/vcasm2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7546>
_______________________________________

From report at bugs.python.org  Mon Aug 30 17:30:15 2010
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 30 Aug 2010 15:30:15 +0000
Subject: [issue7546] msvc9compiler.py: add .asm extension
In-Reply-To: <1261241045.73.0.563579401037.issue7546@psf.upfronthosting.co.za>
Message-ID: <1283182215.29.0.221337162931.issue7546@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

For Visual Studio Express this issue depends on issue 7511.

----------
dependencies: +msvc9compiler.py: ValueError: [u'path']

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7546>
_______________________________________

From report at bugs.python.org  Mon Aug 30 18:14:01 2010
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 30 Aug 2010 16:14:01 +0000
Subject: [issue7511] msvc9compiler.py: ValueError: [u'path']
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1283184841.0.0.771307051853.issue7511@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

> Stefan (sorry for the misattribution in my previous message), can you test with 3.2 and 3.1 and adjust versions if needed?

Not easily at the moment. I just noticed that I replaced my only
Express installation with a Pro trial-edition.

Anyone else?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Mon Aug 30 18:37:45 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Mon, 30 Aug 2010 16:37:45 +0000
Subject: [issue9704] 3.2 - zlib.pc.in is missing in source tree
In-Reply-To: <1282981727.32.0.590869083913.issue9704@psf.upfronthosting.co.za>
Message-ID: <EB0A39A9-3500-426E-9C9C-D981D2939EE4@activestate.com>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

On 2010-08-28, at 12:48 AM, Martin v. L?wis wrote:

> 
> Martin v. L?wis <martin at v.loewis.de> added the comment:
> 
> Ok, I have now added these files in r84332.

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9704>
_______________________________________

From report at bugs.python.org  Mon Aug 30 18:43:54 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Aug 2010 16:43:54 +0000
Subject: [issue1351020] PythonD DJGPP-specific patch set for porting to DOS.
Message-ID: <1283186634.26.0.346184354631.issue1351020@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

@Ben are you still interested in this or can it be closed?

----------
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1351020>
_______________________________________

From report at bugs.python.org  Mon Aug 30 18:48:31 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Aug 2010 16:48:31 +0000
Subject: [issue1353344] python.desktop
Message-ID: <1283186911.25.0.749500159704.issue1353344@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

3 weeks since msg113207 and no response.  Seriously, what is a reasonable time before closing as out of date?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1353344>
_______________________________________

From report at bugs.python.org  Mon Aug 30 18:49:38 2010
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 30 Aug 2010 16:49:38 +0000
Subject: [issue1353344] python.desktop
Message-ID: <1283186978.45.0.124521632544.issue1353344@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

That depends.  Especially feature requests need not be closed prematurely.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1353344>
_______________________________________

From report at bugs.python.org  Mon Aug 30 18:50:02 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Aug 2010 16:50:02 +0000
Subject: [issue1367631] maximum length not enforced in cgi.parse()
Message-ID: <1283187002.85.0.639800621353.issue1367631@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

No reply to msg109880.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1367631>
_______________________________________

From report at bugs.python.org  Mon Aug 30 18:53:07 2010
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Aug 2010 16:53:07 +0000
Subject: [issue1372650] Cookie and multiple names
Message-ID: <1283187187.0.0.773521444743.issue1372650@psf.upfronthosting.co.za>


Mark Lawrence <breamoreboy at yahoo.co.uk> added the comment:

A patch is attached to #1375011.

----------
dependencies:  -Improper handling of duplicate cookies
nosy: +BreamoreBoy
resolution:  -> duplicate
status: open -> closed
superseder:  -> Improper handling of duplicate cookies

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1372650>
_______________________________________

From report at bugs.python.org  Mon Aug 30 19:34:56 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 17:34:56 +0000
Subject: [issue1351020] PythonD DJGPP-specific patch set for porting to DOS.
Message-ID: <1283189696.58.0.53155705415.issue1351020@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't think there's any point in including DJGPP support in the Python tree (DJGPP targets MS-DOS, which is completely marginal today). Furthermore, the patch has no chance of applying cleanly on the current source tree. I would suggest that people interested in a DJGPP port of Python mantain their patches themselves instead, it will be far easier and more efficient.

----------
nosy: +pitrou
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1351020>
_______________________________________

From report at bugs.python.org  Mon Aug 30 20:28:18 2010
From: report at bugs.python.org (Kay Hayen)
Date: Mon, 30 Aug 2010 18:28:18 +0000
Subject: [issue9716] The inittab modules cannot be packages
In-Reply-To: <1283192897.9.0.714463074092.issue9716@psf.upfronthosting.co.za>
Message-ID: <1283192897.9.0.714463074092.issue9716@psf.upfronthosting.co.za>


New submission from Kay Hayen <kayhayen at gmx.de>:

Hello,

I try to include modules with PyImport_AppendInittab or PyImport_ExtendInittab and that works fine. But if these modules are part of a package, i.e. I provide "package_name.module_name" as the name, they never get considered.

Is there any way to add a package with modules below it from C/API? So that an import package_name.module_name from other modules will find it?

Yours,
Kay Hayen

----------
messages: 115235
nosy: kayhayen
priority: normal
severity: normal
status: open
title: The inittab modules cannot be packages
type: feature request
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9716>
_______________________________________

From report at bugs.python.org  Mon Aug 30 20:29:19 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 30 Aug 2010 18:29:19 +0000
Subject: [issue9711] ssl.SSLSocket's keyfile argument seems to be ignored if
	specified without certfile
In-Reply-To: <1283115004.18.0.127719277897.issue9711@psf.upfronthosting.co.za>
Message-ID: <1283192959.75.0.466499549184.issue9711@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Fixed in r84370.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9711>
_______________________________________

From report at bugs.python.org  Mon Aug 30 20:49:34 2010
From: report at bugs.python.org (Arnaud Delobelle)
Date: Mon, 30 Aug 2010 18:49:34 +0000
Subject: [issue9717] operator module - "in place" operators documentation
In-Reply-To: <1283194174.19.0.42398116416.issue9717@psf.upfronthosting.co.za>
Message-ID: <1283194174.19.0.42398116416.issue9717@psf.upfronthosting.co.za>


New submission from Arnaud Delobelle <arnodel at googlemail.com>:

More detailed explanation of how in place operators work, and how they are related to the operator module iadd, isub, ... functions.

Submitted following this message on python-list:

http://mail.python.org/pipermail/python-list/2010-August/1254243.html

----------
assignee: docs at python
components: Documentation
files: operator_inplace.diff
keywords: patch
messages: 115237
nosy: arno, docs at python
priority: normal
severity: normal
status: open
title: operator module - "in place" operators documentation
versions: Python 3.3
Added file: http://bugs.python.org/file18682/operator_inplace.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9717>
_______________________________________

From report at bugs.python.org  Mon Aug 30 20:53:25 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Aug 2010 18:53:25 +0000
Subject: [issue1353344] python.desktop
Message-ID: <1283194405.94.0.526057128445.issue1353344@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I asked because there was no such thing in the Unix I once used and I have never used Linux (yet). I take Georg's answer to mean that this is not obviously obsolete and should be left open.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1353344>
_______________________________________

From report at bugs.python.org  Mon Aug 30 21:08:15 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 30 Aug 2010 19:08:15 +0000
Subject: [issue9693] asynchat push_callable() patch
In-Reply-To: <1282839592.68.0.629507252463.issue9693@psf.upfronthosting.co.za>
Message-ID: <1283195295.61.0.308912528792.issue9693@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Updated patch which fixes a little test error.

----------
Added file: http://bugs.python.org/file18683/asynchat-push-callable.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9693>
_______________________________________

From report at bugs.python.org  Mon Aug 30 21:08:57 2010
From: report at bugs.python.org (quindraco)
Date: Mon, 30 Aug 2010 19:08:57 +0000
Subject: [issue9718] Python Interpreter Crash
In-Reply-To: <1283195337.42.0.488897462003.issue9718@psf.upfronthosting.co.za>
Message-ID: <1283195337.42.0.488897462003.issue9718@psf.upfronthosting.co.za>


New submission from quindraco <rickweinberger at gmail.com>:

I am attaching my stacktrace from using Python 2.6, but I get identical behaviour in 2.7.  I suspect that at least one of the underlying modules I'm using is broken, but the interpreter shouldn't crash just because an external module is broken, so I'm reporting the issue.  That's what's happening - I'm crashing the python interpreter.  Here's what I type to cause the issue; I'm not sure what more information is needed.

from django.test.client import Client
c = Client()
response = c.post(logindir, loginvars)
response = c.get(getdir)

----------
components: None
files: stacktrace.txt
messages: 115240
nosy: quindraco
priority: normal
severity: normal
status: open
title: Python Interpreter Crash
type: crash
versions: Python 2.6, Python 2.7
Added file: http://bugs.python.org/file18684/stacktrace.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9718>
_______________________________________

From report at bugs.python.org  Mon Aug 30 21:32:06 2010
From: report at bugs.python.org (R. David Murray)
Date: Mon, 30 Aug 2010 19:32:06 +0000
Subject: [issue9714] urllib2 digest authentication doesn't work when
	connecting to a Catalyst server.
In-Reply-To: <1283169256.94.0.0442479793498.issue9714@psf.upfronthosting.co.za>
Message-ID: <1283196726.24.0.266202955674.issue9714@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +orsenthil
versions:  -Python 2.5, Python 2.6, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9714>
_______________________________________

From report at bugs.python.org  Mon Aug 30 22:13:23 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 20:13:23 +0000
Subject: [issue9693] asynchat push_callable() patch
In-Reply-To: <1282839592.68.0.629507252463.issue9693@psf.upfronthosting.co.za>
Message-ID: <1283199203.02.0.0449445268718.issue9693@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Some comments:

- the signature in the doc is not the same as in the code: (fun, args, kwds) instead of (fun, *args, **kwds)
- I don't understand what _Callable is used for; why not just a tuple?
(or a function if you prefer)
- if you use _Callable, then why do you write "hasattr(first, '__call__')" rather than simply "isinstance(first, _Callable)"?
- why override __bool__??

The API also looks a bit weird to me - the Twisted model of Deferreds is so much better - but why not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9693>
_______________________________________

From report at bugs.python.org  Mon Aug 30 22:58:05 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Mon, 30 Aug 2010 20:58:05 +0000
Subject: [issue5504] ctypes should work with systems where mmap can't
	be	PROT_WRITE and PROT_EXEC
In-Reply-To: <1237348531.28.0.513167073983.issue5504@psf.upfronthosting.co.za>
Message-ID: <1283201885.35.0.267450457825.issue5504@psf.upfronthosting.co.za>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

Like Mark, I too see an error with ctypes due to this change:

*** WARNING: renaming "_ctypes" since importing it failed: dlopen(build/lib.macosx-10.5-intel-3.2/_ctypes.so, 2): Symbol not found: _ffi_closure_alloc
  Referenced from: /Users/sridharr/as/apy/branches/32a1ssl1/build/pyhg_branches_py3k-macosx-hgtip32/python/build/lib.macosx-10.5-intel-3.2/_ctypes.so
  Expected in: flat namespace
 in /Users/sridharr/as/apy/branches/32a1ssl1/build/pyhg_branches_py3k-macosx-hgtip32/python/build/lib.macosx-10.5-intel-3.2/_ctypes.so

MacOSX 10.6 | built with 10.5 SDK | i386 and x86_64 arch | ActivePython 3.2 internal build

----------
nosy: +srid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5504>
_______________________________________

From report at bugs.python.org  Mon Aug 30 23:05:05 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Mon, 30 Aug 2010 21:05:05 +0000
Subject: [issue9719] build_ssl.py: cannot find 'asm64/*.*'
In-Reply-To: <1283202305.21.0.603628878344.issue9719@psf.upfronthosting.co.za>
Message-ID: <1283202305.21.0.603628878344.issue9719@psf.upfronthosting.co.za>


New submission from Sridhar Ratnakumar <sridharr at activestate.com>:

With openssl-1.0.0a, I get the following error when building the py3k branch on Windows 64-bit:

Traceback (most recent call last):
  File "build_ssl.py", line 262, in <module>
    main()
  File "build_ssl.py", line 234, in main
    for f in os.listdir("asm"+dirsuffix):
WindowsError: [Error 3] The system cannot find the path specified: 'asm64/*.*'

Likely due to this commit
http://svn.python.org/view/python/branches/py3k/PCbuild/build_ssl.py?r1=83288&r2=83335

----------
components: Build, Windows
messages: 115243
nosy: loewis, srid
priority: normal
severity: normal
status: open
title: build_ssl.py: cannot find 'asm64/*.*'
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9719>
_______________________________________

From report at bugs.python.org  Mon Aug 30 23:09:57 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Mon, 30 Aug 2010 21:09:57 +0000
Subject: [issue9719] build_ssl.py: cannot find 'asm64/*.*'
In-Reply-To: <1283202305.21.0.603628878344.issue9719@psf.upfronthosting.co.za>
Message-ID: <1283202597.34.0.949777659827.issue9719@psf.upfronthosting.co.za>


Sridhar Ratnakumar <sridharr at activestate.com> added the comment:

I cannot arrive at a possible rationale behind that commit, as the only '*.asm' file I see in the openssl-1.0.0a/ directory is ms\update.asm.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9719>
_______________________________________

From report at bugs.python.org  Mon Aug 30 23:10:53 2010
From: report at bugs.python.org (Sridhar Ratnakumar)
Date: Mon, 30 Aug 2010 21:10:53 +0000
Subject: [issue9719] build_ssl.py: cannot find 'asm64/*.*'
In-Reply-To: <1283202305.21.0.603628878344.issue9719@psf.upfronthosting.co.za>
Message-ID: <1283202653.98.0.0831650919735.issue9719@psf.upfronthosting.co.za>


Changes by Sridhar Ratnakumar <sridharr at activestate.com>:


----------
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9719>
_______________________________________

From report at bugs.python.org  Mon Aug 30 23:39:50 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Aug 2010 21:39:50 +0000
Subject: [issue9718] Python Interpreter Crash
In-Reply-To: <1283195337.42.0.488897462003.issue9718@psf.upfronthosting.co.za>
Message-ID: <1283204390.52.0.86561365329.issue9718@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This seems to be a pyodbc problem, you should post the issue to them.
When an extension module written in C (pyodbc.so) has an issue, there's nothing Python can do to prevent it from crashing the whole process, since C is an insecure language.

----------
nosy: +pitrou
resolution:  -> invalid
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9718>
_______________________________________

From report at bugs.python.org  Tue Aug 31 00:01:57 2010
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 30 Aug 2010 22:01:57 +0000
Subject: [issue1868] threading.local doesn't free attrs when assigning thread
	exits
In-Reply-To: <1200700507.1.0.447960408936.issue1868@psf.upfronthosting.co.za>
Message-ID: <1283205717.6.0.903888286515.issue1868@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/issue1868>
_______________________________________

From report at bugs.python.org  Tue Aug 31 00:11:20 2010
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 30 Aug 2010 22:11:20 +0000
Subject: [issue9116] test_capi.test_no_FatalError_infinite_loop crash on
	Windows
In-Reply-To: <1277827107.42.0.0793977492373.issue9116@psf.upfronthosting.co.za>
Message-ID: <1283206280.79.0.297207263737.issue9116@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

I see the same crash in test_capi, qemu, Windows 7, Debug|x64. The
function crash_no_current_thread() introduced in r81142 ultimately
calls Py_FatalError, which then aborts.

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9116>
_______________________________________

From report at bugs.python.org  Tue Aug 31 00:23:22 2010
From: report at bugs.python.org (quindraco)
Date: Mon, 30 Aug 2010 22:23:22 +0000
Subject: [issue9718] Python Interpreter Crash
In-Reply-To: <1283195337.42.0.488897462003.issue9718@psf.upfronthosting.co.za>
Message-ID: <1283207002.62.0.410094424933.issue9718@psf.upfronthosting.co.za>


quindraco <rickweinberger at gmail.com> added the comment:

I thought as much, so I've already posted on the pyodbc bug tracker, but thanks for the second opinion; I wasn't sure.  

I realise modules written in C can't be prevented from crashing, but is it really impossible to keep the interpreter from going down with the module?  Surely some sort of sandbox could be put up.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9718>
_______________________________________

From report at bugs.python.org  Tue Aug 31 00:25:22 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 30 Aug 2010 22:25:22 +0000
Subject: [issue9718] Python Interpreter Crash
In-Reply-To: <1283195337.42.0.488897462003.issue9718@psf.upfronthosting.co.za>
Message-ID: <1283207122.84.0.226068316851.issue9718@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Well, that's a another issue completely.

----------
nosy: +benjamin.peterson
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9718>
_______________________________________

From report at bugs.python.org  Tue Aug 31 00:41:28 2010
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 30 Aug 2010 22:41:28 +0000
Subject: [issue9116] test_capi.test_no_FatalError_infinite_loop crash on
	Windows
In-Reply-To: <1277827107.42.0.0793977492373.issue9116@psf.upfronthosting.co.za>
Message-ID: <1283208088.0.0.78362308392.issue9116@psf.upfronthosting.co.za>


Stefan Krah <stefan-usenet at bytereef.org> added the comment:

I just see that the test is running as expected:

_testcapi.crash_no_current_thread() is running in a subprocess, so
the abort() is harmless on Linux. On Windows, abort() causes the
pop-ups, apparently even when it occurs in a subprocess.

Perhaps we should generally use an ABORT() macro, which translates to
exit() on Windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9116>
_______________________________________

From report at bugs.python.org  Tue Aug 31 03:02:20 2010
From: report at bugs.python.org (Craig de Stigter)
Date: Tue, 31 Aug 2010 01:02:20 +0000
Subject: [issue9720] zipfile writes incorrect local file header for large
	files in zip64
In-Reply-To: <1283216540.17.0.624049939978.issue9720@psf.upfronthosting.co.za>
Message-ID: <1283216540.17.0.624049939978.issue9720@psf.upfronthosting.co.za>


New submission from Craig de Stigter <craig.ds at gmail.com>:

Steps to reproduce:

# create a large (>4gb) file
f = open('foo.txt', 'wb')
text = 'a' * 1024**2
for i in xrange(5 * 1024):
    f.write(text)
f.close()

# now zip the file
import zipfile
z = zipfile.ZipFile('foo.zip', mode='w', allowZip64=True)
z.write('foo.txt')
z.close()


Now inspect the file headers using a hex editor. The written headers are incorrect. The filesize and compressed size should be written as 0xffffffff and the 'extra field' should contain the actual sizes.


Tested on Python 2.5 but looking at the latest code in 3.2 it still looks broken.

The problem is that the ZipInfo.FileHeader() is written before the filesize is populated, so Zip64 extensions are not written. Later, the sizes in the header are written, but Zip64 extensions are not taken into account and the filesize is just wrapped (7gb becomes 3gb, for instance).

My patch fixes the problem on Python 2.5, it might need minor porting to fix trunk. It works by assigning the uncompressed filesize to the ZipInfo header initially, then writing the header. Then later on, I re-write the header (this is okay since the header size will not have increased.)

----------
components: Library (Lib)
files: zipfile_zip64_header.patch
keywords: patch
messages: 115250
nosy: craigds
priority: normal
severity: normal
status: open
title: zipfile writes incorrect local file header for large files in zip64
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/file18685/zipfile_zip64_header.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9720>
_______________________________________

From report at bugs.python.org  Tue Aug 31 05:41:34 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 31 Aug 2010 03:41:34 +0000
Subject: [issue1367631] maximum length not enforced in cgi.parse()
Message-ID: <1283226094.87.0.64179941016.issue1367631@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
status: closed -> languishing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1367631>
_______________________________________

From report at bugs.python.org  Tue Aug 31 06:32:19 2010
From: report at bugs.python.org (Ben Decker)
Date: Tue, 31 Aug 2010 04:32:19 +0000
Subject: [issue1351020] PythonD DJGPP-specific patch set for porting to DOS.
Message-ID: <1283229139.96.0.544324488544.issue1351020@psf.upfronthosting.co.za>


Ben Decker <bdeck at users.sourceforge.net> added the comment:

Closed then. The next patch will posted at http://www.caddit.net/pythond/when we get around to doing a version 3 port.

Frankly, as the current v2 binary meets most remaining requirements on this legacy platform, we are left with modern syntax compatibility as primary (only) impetus for further patches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1351020>
_______________________________________

From report at bugs.python.org  Tue Aug 31 07:20:58 2010
From: report at bugs.python.org (Bastian Kleineidam)
Date: Tue, 31 Aug 2010 05:20:58 +0000
Subject: [issue9721] urlparse.urljoin() cuts off last base character with
	semicolon at url start
In-Reply-To: <1283232058.13.0.308353601536.issue9721@psf.upfronthosting.co.za>
Message-ID: <1283232058.13.0.308353601536.issue9721@psf.upfronthosting.co.za>


New submission from Bastian Kleineidam <calvin at users.sourceforge.net>:

The urljoin() implementation cuts off the last base URL
character if the URL to join starts with a semicolon.
Expected output is no cut off characters.

$ python2.6
Python 2.6.6 (r266:84292, Aug 29 2010, 12:36:23) 
[GCC 4.4.5 20100824 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import urlparse
>>> print urlparse.urljoin('http://localhost:8080/feedback', ';jsessionid=XXX')
http://localhost:8080/feedbac;jsessionid=XXX
>>> 

... same in Python 3.1.2:

$ python3.1
Python 3.1.2 (release31-maint, Aug 29 2010, 18:45:17) 
[GCC 4.4.5 20100824 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.parse
>>> urllib.parse.urljoin('http://localhost:8080/feedback', ';jsessionid=XXX')
'http://localhost:8080/feedbac;jsessionid=XXX'
>>>

... in Python 2.5 the last path segment is cut off.
$ python2.5
Python 2.5.5 (r255:77872, Aug 23 2010, 02:55:15) 
[GCC 4.4.5 20100816 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
m>>> import urlparse
>>> print urlparse.urljoin('http://localhost:8080/feedback', ';jsessionid=XXX')
http://localhost:8080/;jsessionid=XXX
>>>

----------
components: Library (Lib)
messages: 115252
nosy: calvin
priority: normal
severity: normal
status: open
title: urlparse.urljoin() cuts off last base character with semicolon at url start
type: behavior
versions: Python 2.5, Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9721>
_______________________________________

From report at bugs.python.org  Tue Aug 31 08:51:06 2010
From: report at bugs.python.org (Bastian Kleineidam)
Date: Tue, 31 Aug 2010 06:51:06 +0000
Subject: [issue9721] urlparse.urljoin() cuts off last base character with
	semicolon at url start
In-Reply-To: <1283232058.13.0.308353601536.issue9721@psf.upfronthosting.co.za>
Message-ID: <1283237466.32.0.0374750814194.issue9721@psf.upfronthosting.co.za>


Bastian Kleineidam <calvin at users.sourceforge.net> added the comment:

Update: the python2.5 behaviour is the expected and what I think the correct output.

----------
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9721>
_______________________________________

From report at bugs.python.org  Tue Aug 31 10:02:04 2010
From: report at bugs.python.org (Lehmann)
Date: Tue, 31 Aug 2010 08:02:04 +0000
Subject: [issue2698] Extension module build fails for MinGW: missing
	vcvarsall.bat
In-Reply-To: <1209230424.66.0.154562223128.issue2698@psf.upfronthosting.co.za>
Message-ID: <1283241724.34.0.340415653952.issue2698@psf.upfronthosting.co.za>


Lehmann <andre.lehmann at solutech.ch> added the comment:

I hope I'm sending this information in the right place.
Trying to install psutil 0.1.3, on Python 2.7 (with Win7 as OS), I get the same error that was mentionned in this thread:

c:\Users\Andre\Bureau\psutil-0.1.3>setup.py install
running install
running build
running build_py
creating build
creating build\lib.win32-2.7
creating build\lib.win32-2.7\psutil
copying psutil\error.py -> build\lib.win32-2.7\psutil
copying psutil\wmi.py -> build\lib.win32-2.7\psutil
copying psutil\_psbsd.py -> build\lib.win32-2.7\psutil
copying psutil\_pslinux.py -> build\lib.win32-2.7\psutil
copying psutil\_psmswindows.py -> build\lib.win32-2.7\psutil
copying psutil\_psosx.py -> build\lib.win32-2.7\psutil
copying psutil\__init__.py -> build\lib.win32-2.7\psutil
running build_ext
building '_psutil_mswindows' extension
error: Unable to find vcvarsall.bat

----------
nosy: +dederocks
versions: +Python 2.7 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2698>
_______________________________________

From report at bugs.python.org  Tue Aug 31 11:27:35 2010
From: report at bugs.python.org (Jervis Whitley)
Date: Tue, 31 Aug 2010 09:27:35 +0000
Subject: [issue9574] allow whitespace around central '+' in complex constructor
In-Reply-To: <1281597162.74.0.823446392009.issue9574@psf.upfronthosting.co.za>
Message-ID: <1283246855.45.0.248661230762.issue9574@psf.upfronthosting.co.za>


Jervis Whitley <jervisau at gmail.com> added the comment:

Here is a patch to document string argument requirements.

----------
keywords: +patch
Added file: http://bugs.python.org/file18686/complex_doc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9574>
_______________________________________

From report at bugs.python.org  Tue Aug 31 11:43:08 2010
From: report at bugs.python.org (Krauzi)
Date: Tue, 31 Aug 2010 09:43:08 +0000
Subject: [issue9722] PyObject_Print with Visual Studio 2010
In-Reply-To: <1283247788.01.0.709012210199.issue9722@psf.upfronthosting.co.za>
Message-ID: <1283247788.01.0.709012210199.issue9722@psf.upfronthosting.co.za>


New submission from Krauzi <krauzi_gmbh at yahoo.de>:

Hi guys,
i recently found out that PyObject_Print is not working with Visual Studio 2010:


#include <Python.h>
#include <iostream>

int main( int argc, char** argv )
{
    Py_Initialize();
    PyObject_Print( PyUnicode_FromString("test"), stdout, Py_PRINT_RAW );
    Py_Finalize();
    
    std::cin.get();
    return EXIT_SUCCESS;
}

----------
components: Interpreter Core, Windows
messages: 115256
nosy: Krauzi
priority: normal
severity: normal
status: open
title: PyObject_Print with Visual Studio 2010
type: crash
versions: Python 2.6, Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9722>
_______________________________________

From report at bugs.python.org  Tue Aug 31 12:26:11 2010
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 31 Aug 2010 10:26:11 +0000
Subject: [issue9722] PyObject_Print with Visual Studio 2010
In-Reply-To: <1283247788.01.0.709012210199.issue9722@psf.upfronthosting.co.za>
Message-ID: <4C7CD8BE.3030004@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Krauzi wrote:
> 
> New submission from Krauzi <krauzi_gmbh at yahoo.de>:
> 
> Hi guys,
> i recently found out that PyObject_Print is not working with Visual Studio 2010:
> 
> 
> #include <Python.h>
> #include <iostream>
> 
> int main( int argc, char** argv )
> {
>     Py_Initialize();
>     PyObject_Print( PyUnicode_FromString("test"), stdout, Py_PRINT_RAW );
>     Py_Finalize();
>     
>     std::cin.get();
>     return EXIT_SUCCESS;
> }

In what way is this not working ?

Have you compiled Python with VS2010 or are you using the stock
from python.org (which is compiled with VS2008) ?

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9722>
_______________________________________

From report at bugs.python.org  Tue Aug 31 12:51:47 2010
From: report at bugs.python.org (Ask Solem)
Date: Tue, 31 Aug 2010 10:51:47 +0000
Subject: [issue3735] allow multiple threads to efficiently send the same
	requests to a processing.Pool without incurring duplicate processing
In-Reply-To: <1220051229.09.0.236623735385.issue3735@psf.upfronthosting.co.za>
Message-ID: <1283251907.81.0.123172529506.issue3735@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
resolution:  -> postponed
stage: unit test needed -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3735>
_______________________________________

From report at bugs.python.org  Tue Aug 31 12:53:39 2010
From: report at bugs.python.org (Ask Solem)
Date: Tue, 31 Aug 2010 10:53:39 +0000
Subject: [issue4892] Sending Connection-objects over multiprocessing
	connections fails
In-Reply-To: <1231501567.81.0.886406215073.issue4892@psf.upfronthosting.co.za>
Message-ID: <1283252019.32.0.582809903737.issue4892@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4892>
_______________________________________

From report at bugs.python.org  Tue Aug 31 12:56:54 2010
From: report at bugs.python.org (Ask Solem)
Date: Tue, 31 Aug 2010 10:56:54 +0000
Subject: [issue3831] Multiprocessing: Expose underlying pipe in queues
In-Reply-To: <1221095639.45.0.136100950642.issue3831@psf.upfronthosting.co.za>
Message-ID: <1283252214.33.0.979054615872.issue3831@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3831>
_______________________________________

From report at bugs.python.org  Tue Aug 31 12:58:25 2010
From: report at bugs.python.org (Ask Solem)
Date: Tue, 31 Aug 2010 10:58:25 +0000
Subject: [issue5501] Update multiprocessing docs re: freeze_support
In-Reply-To: <1237312904.73.0.910184118935.issue5501@psf.upfronthosting.co.za>
Message-ID: <1283252305.51.0.707311638362.issue5501@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5501>
_______________________________________

From report at bugs.python.org  Tue Aug 31 13:00:54 2010
From: report at bugs.python.org (Ask Solem)
Date: Tue, 31 Aug 2010 11:00:54 +0000
Subject: [issue8534] multiprocessing not working from egg
In-Reply-To: <1272279135.33.0.722115657871.issue8534@psf.upfronthosting.co.za>
Message-ID: <1283252454.58.0.213294094211.issue8534@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
keywords: +needs review
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8534>
_______________________________________

From report at bugs.python.org  Tue Aug 31 13:01:46 2010
From: report at bugs.python.org (Krauzi)
Date: Tue, 31 Aug 2010 11:01:46 +0000
Subject: [issue9722] PyObject_Print with Visual Studio 2010
In-Reply-To: <1283247788.01.0.709012210199.issue9722@psf.upfronthosting.co.za>
Message-ID: <1283252506.3.0.769310969828.issue9722@psf.upfronthosting.co.za>


Krauzi <krauzi_gmbh at yahoo.de> added the comment:

i used the one from python.org.
I cant build python with VC2010 because it cant convert the project from VC2008 to VC2010.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9722>
_______________________________________

From report at bugs.python.org  Tue Aug 31 13:01:57 2010
From: report at bugs.python.org (Ask Solem)
Date: Tue, 31 Aug 2010 11:01:57 +0000
Subject: [issue3093] Namespace pollution from multiprocessing
In-Reply-To: <1213300660.18.0.995213086332.issue3093@psf.upfronthosting.co.za>
Message-ID: <1283252517.23.0.913013700516.issue3093@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
nosy: +asksol
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3093>
_______________________________________

From report at bugs.python.org  Tue Aug 31 13:03:43 2010
From: report at bugs.python.org (Ask Solem)
Date: Tue, 31 Aug 2010 11:03:43 +0000
Subject: [issue6407] multiprocessing Pool should allow custom task queue
In-Reply-To: <1246627398.56.0.0568609724018.issue6407@psf.upfronthosting.co.za>
Message-ID: <1283252623.38.0.95838070818.issue6407@psf.upfronthosting.co.za>


Ask Solem <askh at opera.com> added the comment:

are there really any test/doc changes needed for this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6407>
_______________________________________

From report at bugs.python.org  Tue Aug 31 13:11:55 2010
From: report at bugs.python.org (Ask Solem)
Date: Tue, 31 Aug 2010 11:11:55 +0000
Subject: [issue6407] multiprocessing Pool should allow custom task queue
In-Reply-To: <1246627398.56.0.0568609724018.issue6407@psf.upfronthosting.co.za>
Message-ID: <1283253115.56.0.432848161345.issue6407@psf.upfronthosting.co.za>


Changes by Ask Solem <askh at opera.com>:


----------
stage: needs patch -> unit test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6407>
_______________________________________

From report at bugs.python.org  Tue Aug 31 13:12:42 2010
From: report at bugs.python.org (Jesse Noller)
Date: Tue, 31 Aug 2010 11:12:42 +0000
Subject: [issue6407] multiprocessing Pool should allow custom task queue
In-Reply-To: <1283252623.38.0.95838070818.issue6407@psf.upfronthosting.co.za>
Message-ID: <AANLkTin7J-2S-g9y66Mqr9X-HDMq4p8+6HMH0Bq6O5Di@mail.gmail.com>


Jesse Noller <jnoller at gmail.com> added the comment:

> are there really any test/doc changes needed for this?

Yes. At bare minimum we need unit tests for the new possible usage of
the API; I'd like docs and an example which show the new usage as
well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6407>
_______________________________________

From report at bugs.python.org  Tue Aug 31 14:30:09 2010
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 31 Aug 2010 12:30:09 +0000
Subject: [issue9722] PyObject_Print with Visual Studio 2010
In-Reply-To: <1283247788.01.0.709012210199.issue9722@psf.upfronthosting.co.za>
Message-ID: <1283257809.88.0.574731489655.issue9722@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

You really should use the same version of Visual Studio than the one used to compile python.
"stdout" points to a FILE object created by your version of the compiler (VS2010); it cannot be passed to PyObject_Print(), which uses definitions from the VS2008 compiler.

What issue did you encounter when converting the project files to VS2010?

----------
nosy: +amaury.forgeotdarc
resolution:  -> invalid
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9722>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:32:56 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:32:56 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1283261576.11.0.654499938542.issue941346@psf.upfronthosting.co.za>


S?bastien Sabl? <sable at users.sourceforge.net> added the comment:

Hi,

As reported in this issue and issue 1756343 and issue 1542544, Python does not produce a shared python library on AIX even with the --enable-shared flag.

I had provided a patch to correct that, but it was breaking static compilation of Python on AIX.

We are upgrading our AIX build environment to AIX 6.1 and Python 2.6.6, so I took the time to review this patch again and to clean it so that it works well when compiling Python statically and dynamically, with either gcc and xlc_r.

I attach the resulting patch, and the build and unit test logs. You can notice that not only this patch allows to compile Python dynamically on AIX, but also that it improves the unit tests results when compiling Python statically.

For example with the xlc_r compiler and Python compiled statically, the results without the patch are:
  274 tests OK.
  22 tests failed
  70 tests skipped
The results with the patch are:
  286 tests OK.
  21 tests failed
  59 tests skipped

A minor issue with this patch is that "libpython2.6.so" is hardcoded in the ld_so_aix file. That should be modified by moving ld_so_aix to ld_so_aix.in and using $LDLIBRARY, or by using an explicit flag when calling ld_so_aix to compile libpythonx.y.so.

If you agree to the principle of this patch, I can make the extra work to clean ld_so_aix and test this patch on Python 2.7 and 3.1.

regards

----------
Added file: http://bugs.python.org/file18687/Python-2.6.6_shared_AIX.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:35:32 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:35:32 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1283261732.49.0.958257076285.issue941346@psf.upfronthosting.co.za>


Changes by S?bastien Sabl? <sable at users.sourceforge.net>:


Added file: http://bugs.python.org/file18688/python266_AIX61_static_gcc_nopatch.txt.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:36:07 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:36:07 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1283261767.32.0.808320407915.issue941346@psf.upfronthosting.co.za>


Changes by S?bastien Sabl? <sable at users.sourceforge.net>:


Added file: http://bugs.python.org/file18689/python266_AIX61_static_gcc_patchshared.txt.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:36:37 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:36:37 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1283261797.5.0.415269378132.issue941346@psf.upfronthosting.co.za>


Changes by S?bastien Sabl? <sable at users.sourceforge.net>:


Added file: http://bugs.python.org/file18690/python266_AIX61_static_xlc_nopatch.txt.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:36:58 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:36:58 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1283261818.44.0.850741275114.issue941346@psf.upfronthosting.co.za>


Changes by S?bastien Sabl? <sable at users.sourceforge.net>:


Added file: http://bugs.python.org/file18691/python266_AIX61_static_xlc_patchshared.txt.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:37:34 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:37:34 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1283261854.53.0.893018882081.issue941346@psf.upfronthosting.co.za>


Changes by S?bastien Sabl? <sable at users.sourceforge.net>:


Added file: http://bugs.python.org/file18692/python266_AIX61_shared_gcc_nopatch.txt.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:37:47 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:37:47 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1283261867.26.0.756501148675.issue941346@psf.upfronthosting.co.za>


Changes by S?bastien Sabl? <sable at users.sourceforge.net>:


Added file: http://bugs.python.org/file18693/python266_AIX61_shared_gcc_patchshared.txt.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:38:06 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:38:06 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1283261886.71.0.643336799737.issue941346@psf.upfronthosting.co.za>


Changes by S?bastien Sabl? <sable at users.sourceforge.net>:


Added file: http://bugs.python.org/file18694/python266_AIX61_shared_xlc_nopatch.txt.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:38:22 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:38:22 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1283261902.96.0.937757836991.issue941346@psf.upfronthosting.co.za>


Changes by S?bastien Sabl? <sable at users.sourceforge.net>:


Added file: http://bugs.python.org/file18695/python266_AIX61_shared_xlc_patchshared.txt.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:40:14 2010
From: report at bugs.python.org (Brandon Craig Rhodes)
Date: Tue, 31 Aug 2010 13:40:14 +0000
Subject: [issue9723] pipes.quote() needs to be documented
In-Reply-To: <1283262014.72.0.527039259842.issue9723@psf.upfronthosting.co.za>
Message-ID: <1283262014.72.0.527039259842.issue9723@psf.upfronthosting.co.za>


New submission from Brandon Craig Rhodes <brandon at rhodesmill.org>:

The only way to safely build shell command lines from inside of Python ? which is necessary when sending commands across SSH, since that behaves like os.system() rather than like subprocess.call() ? is to use the wonderful pipes.call() method to turn possibly-dangerous arguments, like filenames that might have spaces, special characters, and embedded "rm -r" calls, into perfectly quoted strings for an "sh"-like shell (say, bash or zsh).

This call is already recommended on mailing lists, blog posts, and Stack Overflow ? and since it doesn't start with a "_", I think its public use is fair game. But the "pipes" documentation itself doesn't officially mention or support it. I think it should be added to the Standard Library documentation for "pipes". So. Yeah.

----------
assignee: docs at python
components: Documentation
messages: 115263
nosy: brandon-rhodes, docs at python
priority: normal
severity: normal
status: open
title: pipes.quote() needs to be documented
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/issue9723>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:42:06 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:42:06 +0000
Subject: [issue1756343] Python 2.5.1 fails to build on AIX
Message-ID: <1283262126.76.0.695605038945.issue1756343@psf.upfronthosting.co.za>


S?bastien Sabl? <sable at users.sourceforge.net> added the comment:

I proposed a patch in issue 941346 to correct this same problem with Python 2.6.6.

regards

----------
nosy: +sable

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1756343>
_______________________________________

From report at bugs.python.org  Tue Aug 31 15:44:14 2010
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Tue, 31 Aug 2010 13:44:14 +0000
Subject: [issue1542544] Improve dynamic linking support on AIX
Message-ID: <1283262254.08.0.0368716786992.issue1542544@psf.upfronthosting.co.za>


S?bastien Sabl? <sable at users.sourceforge.net> added the comment:

I proposed a patch in issue 941346 that is different from this one but which should result in a shared python library on AIX as well.

regards

----------
nosy: +sable

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1542544>
_______________________________________

From report at bugs.python.org  Tue Aug 31 16:21:46 2010
From: report at bugs.python.org (Cherniavsky Beni)
Date: Tue, 31 Aug 2010 14:21:46 +0000
Subject: [issue9724] help('nonlocal') missing
In-Reply-To: <1283264506.65.0.891353538251.issue9724@psf.upfronthosting.co.za>
Message-ID: <1283264506.65.0.891353538251.issue9724@psf.upfronthosting.co.za>


New submission from Cherniavsky Beni <cben at users.sf.net>:

>>> help('nonlocal')
no Python documentation found for 'nonlocal'

As a language keyword, it clearly should have documentation.

----------
assignee: docs at python
components: Documentation
messages: 115266
nosy: cben, docs at python
priority: normal
severity: normal
status: open
title: help('nonlocal') missing
versions: Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9724>
_______________________________________

From report at bugs.python.org  Tue Aug 31 16:31:18 2010
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 31 Aug 2010 14:31:18 +0000
Subject: [issue9724] help('nonlocal') missing
In-Reply-To: <1283264506.65.0.891353538251.issue9724@psf.upfronthosting.co.za>
Message-ID: <1283265078.4.0.469233367844.issue9724@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

r84376.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9724>
_______________________________________

From report at bugs.python.org  Tue Aug 31 18:48:34 2010
From: report at bugs.python.org (=?utf-8?q?Micha=C5=82_Powaga?=)
Date: Tue, 31 Aug 2010 16:48:34 +0000
Subject: [issue9721] urlparse.urljoin() cuts off last base character with
	semicolon at url start
In-Reply-To: <1283232058.13.0.308353601536.issue9721@psf.upfronthosting.co.za>
Message-ID: <1283273314.2.0.00576827911984.issue9721@psf.upfronthosting.co.za>


Micha? Powaga <michalpowaga13 at gmail.com> added the comment:

The problem was be here:

path = path[:-1] # This is not needed and cuts last character
return urlunparse((scheme, netloc, path,
                  params, query, fragment))

I sent a patch.

PS. Sorry if I`m doing something wrong but it is my first patch and activity in the Python project.

----------
keywords: +patch
nosy: +michalp -calvin
Added file: http://bugs.python.org/file18696/urlparse.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9721>
_______________________________________

From report at bugs.python.org  Tue Aug 31 19:05:37 2010
From: report at bugs.python.org (Petr Machek)
Date: Tue, 31 Aug 2010 17:05:37 +0000
Subject: [issue9725] urllib.request.FancyURLopener won't connect to pages
	requiring username and password
In-Reply-To: <1283274337.79.0.0864543833676.issue9725@psf.upfronthosting.co.za>
Message-ID: <1283274337.79.0.0864543833676.issue9725@psf.upfronthosting.co.za>


New submission from Petr Machek <petr6.6 at seznam.cz>:

Code:

import urllib.request

class MyOpener(urllib.request.FancyURLopener):
    prompt_user_passwd = lambda x, y, z: ("username", "password")

opener = MyOpener()
page = opener.open("http://riddle.p4x.ch/music")
print(page.readlines())


opener.open() call ends with error for every page requiring login via prompt_user_password(). urllib/request.py tries to encode password with base64 without conversion to bytes which is required for base64.b64encode() in Python 3.1. Even after applying conversion to bytes, another new error is generated

----------
components: Library (Lib)
messages: 115269
nosy: petr6.6
priority: normal
severity: normal
status: open
title: urllib.request.FancyURLopener won't connect to pages requiring username and password
type: behavior
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9725>
_______________________________________

From report at bugs.python.org  Tue Aug 31 19:38:42 2010
From: report at bugs.python.org (Eric Smith)
Date: Tue, 31 Aug 2010 17:38:42 +0000
Subject: [issue9723] pipes.quote() needs to be documented
In-Reply-To: <1283262014.72.0.527039259842.issue9723@psf.upfronthosting.co.za>
Message-ID: <1283276322.95.0.261627769588.issue9723@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I think you mean pipe.quote in your message, not pipe.call. The subject looks correct.

I'm not sure pipes is the best place for this, but I agree it should probably be documented in older versions. It seems to me we've had this discussion before about quoting command lines, how it applies differently between Windows and various shells, and which functions to expose. But having said that, I can't find a previous issue that discusses it.

Not the least of my concerns is that pipes says it's available on Unix systems, despite the fact that I have it on a Windows machine. And I might need the functionality of passing a bash command from a Windows machine to a Unix machine, so we definitely need this cross platform.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9723>
_______________________________________

From report at bugs.python.org  Tue Aug 31 19:48:55 2010
From: report at bugs.python.org (R. David Murray)
Date: Tue, 31 Aug 2010 17:48:55 +0000
Subject: [issue9721] urlparse.urljoin() cuts off last base character with
	semicolon at url start
In-Reply-To: <1283232058.13.0.308353601536.issue9721@psf.upfronthosting.co.za>
Message-ID: <1283276935.16.0.00145219120425.issue9721@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9721>
_______________________________________

From report at bugs.python.org  Tue Aug 31 20:10:28 2010
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 31 Aug 2010 18:10:28 +0000
Subject: [issue8990] array constructor and array.fromstring should accept
	bytearray.
In-Reply-To: <1276458174.59.0.784735349158.issue8990@psf.upfronthosting.co.za>
Message-ID: <1283278228.12.0.970732954973.issue8990@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The patch shouldn't remove the tests for tostring()/fromstring() (they might be deprecated, but they are still supported).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8990>
_______________________________________

From report at bugs.python.org  Tue Aug 31 21:11:27 2010
From: report at bugs.python.org (Desmond Cox)
Date: Tue, 31 Aug 2010 19:11:27 +0000
Subject: [issue9726] logging.handlers.RotatingFileHandler: implement "preserve
	log file name extension" feature
In-Reply-To: <1283281887.54.0.818676292303.issue9726@psf.upfronthosting.co.za>
Message-ID: <1283281887.54.0.818676292303.issue9726@psf.upfronthosting.co.za>


New submission from Desmond Cox <desmondgc at gmail.com>:

See https://issues.apache.org/jira/browse/LOG4NET-64 - "[PATCH] to RollingFileAppender.cs to add the ability to preserve the log file name extension when rolling the log file."

Currently, rollover appends a numeric extension to the base file name. E.g.:

app.log
app.log.1
app.log.2

Consider adding an option to preserve the log file name extension. E.g.:

app.log
app.1.log
app.2.log

This maintains file associations in Windows, most notably.

----------
components: Library (Lib)
messages: 115272
nosy: desmondgc
priority: normal
severity: normal
status: open
title: logging.handlers.RotatingFileHandler: implement "preserve log file name extension" feature
type: feature request
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9726>
_______________________________________

From report at bugs.python.org  Tue Aug 31 21:18:57 2010
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 31 Aug 2010 19:18:57 +0000
Subject: [issue9693] asynchat push_callable() patch
In-Reply-To: <1282839592.68.0.629507252463.issue9693@psf.upfronthosting.co.za>
Message-ID: <1283282337.49.0.734756619317.issue9693@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Thanks for the comments.

> I don't understand what _Callable is used for; why not just a tuple?

_Callable is just a container to store function, args and kwargs objects.
I thought it made more sense than using a tuple because it's intrinsically callable.

> - if you use _Callable, then why do you write "hasattr(first, 
> '__call__')" rather than simply "isinstance(first, _Callable)"?

For flexibility, in the remote case the user wants to override _Callable class.  It's a corner case though, not really important.

> - why override __bool__??

I did that for performance.
Considering that initiate_send() method is called many times, and that it is almost always used to send data rather than firing functions I wanted to avoid to call isinstance(first, _Callable) (or hasattr(first,  '__call__')) on every loop.
By making __bool__ return False we achieve this, see:

            first = self.producer_fifo[0]
            # handle empty string/buffer or None entry
            if not first:
                ...
            # code to handle data to be sent follows...
            ...
       

> The API also looks a bit weird to me - the Twisted model of Deferreds 
> is so much better - but why not.

The API follows the exact same approach as push(), push_with_producer() and close_when_done() methods.
It adds "something" to a fifo and that "something" will be processed (called) only when the previous producers are exhausted, respecting the order of what has been "pushed" first and later.
This is different than a deferred.

A deferred is a callback that will be fired at a later time and that is related to the main loop (the reactor).
push_callable() is a callback that will be fired when all previous producers will be exhausted firsts and is related to the connection itself, not the main loop (if the connection gets closed the callback will be discarded).

Something similar to Twisted deferreds is this:
http://bugs.python.org/issue1641
...which, despite apparently similar, is different than this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9693>
_______________________________________

From report at bugs.python.org  Tue Aug 31 21:35:18 2010
From: report at bugs.python.org (Thomas Jollans)
Date: Tue, 31 Aug 2010 19:35:18 +0000
Subject: [issue8990] array constructor and array.fromstring should accept
	bytearray.
In-Reply-To: <1276458174.59.0.784735349158.issue8990@psf.upfronthosting.co.za>
Message-ID: <1283283318.55.0.263265858579.issue8990@psf.upfronthosting.co.za>


Thomas Jollans <thomas at jollans.com> added the comment:

That sounds reasonable. I've updated the patch to keep the old test_tofromstring testcase. 

I'll also attach another patch in a moment that removes what I'm reasonably sure is all the uses of array.tostring and .fromstring in the standard library and the other modules' tests.

----------
Added file: http://bugs.python.org/file18697/tofrombytes.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8990>
_______________________________________

From report at bugs.python.org  Tue Aug 31 21:35:48 2010
From: report at bugs.python.org (Thomas Jollans)
Date: Tue, 31 Aug 2010 19:35:48 +0000
Subject: [issue8990] array constructor and array.fromstring should accept
	bytearray.
In-Reply-To: <1276458174.59.0.784735349158.issue8990@psf.upfronthosting.co.za>
Message-ID: <1283283348.42.0.00679819339143.issue8990@psf.upfronthosting.co.za>


Changes by Thomas Jollans <thomas at jollans.com>:


Added file: http://bugs.python.org/file18698/tostring_usage.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8990>
_______________________________________

From report at bugs.python.org  Tue Aug 31 21:35:55 2010
From: report at bugs.python.org (Thomas Jollans)
Date: Tue, 31 Aug 2010 19:35:55 +0000
Subject: [issue8990] array constructor and array.fromstring should accept
	bytearray.
In-Reply-To: <1276458174.59.0.784735349158.issue8990@psf.upfronthosting.co.za>
Message-ID: <1283283355.83.0.228814926754.issue8990@psf.upfronthosting.co.za>


Changes by Thomas Jollans <thomas at jollans.com>:


Removed file: http://bugs.python.org/file18607/tofrombytes.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8990>
_______________________________________

From report at bugs.python.org  Tue Aug 31 21:52:03 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Tue, 31 Aug 2010 19:52:03 +0000
Subject: [issue5553] Py_LOCAL_INLINE(type) doesn't actually inline except
	using MSC
In-Reply-To: <1237906159.31.0.817735827451.issue5553@psf.upfronthosting.co.za>
Message-ID: <1283284323.88.0.629316983504.issue5553@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Committed in r84379

----------
keywords:  -needs review
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5553>
_______________________________________

From report at bugs.python.org  Tue Aug 31 21:57:00 2010
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 31 Aug 2010 19:57:00 +0000
Subject: [issue1397474] timeit execution enviroment
Message-ID: <1283284620.75.0.321229325826.issue1397474@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree that the Timer doc is deficient in not saying that timing is done within a function defined within the timeit module. It is also deficient in not mentioning the secret of how to successfully pass user-defined functions until the very bottom instead of where that option is described. (I had missed this very point until recently.)

The discussion of possible new features for 3.2 (more likely later) does not affect 2.7/3.1 and should not stop a change in 3.2 either.  I propose that the Timer doc be revised to the following:

PROPOSED REPLACEMENT
'''
Class for timing execution speed of small code snippets. The constructor creates a function that executes the *setup* statement once and then times some number of executions of the *stmt* statement (see Timer.timeit). Both statements default to 'pass'. The *timer* parameter defaults to a platform-dependent timer function (see the module doc string). Both *stmt* and *setup* may contain multiple statements separated by ; or newlines as long as they don?t contain multi-line string literals.

Both *stmt* and *setup* can also be objects that are callable without arguments. Passing testfunc rather than 'testfunc()' may reduce the timing overhead. However, if testfunc is a Python function, passing its quoted code should have even less overhead because doing so eliminates an extra function call.

To give *stmt* (whether it is a callable name or code string) access to pre-defined user objects, such as testfunc, *setup* must include an import, such as 'from __main__ import testfunc'. Note that 'from __main__ import *' does not work because * imports are not legal within functions.

To measure the execution time of *stmt*, use the timeit() method. The repeat() method is a convenience to call timeit() multiple times and return a list of results.
'''

Note 1. testfunc , 'testfunc()' , and 'from ....' should be marked up as code. Perhaps the first two should be double quoted also, depending of the style convention. What must be clear is the difference between passing an unquoted function name and a string.

Note 2. The 'may reduce' comment: timeit.timeit(str) (for instance) runs noticeably faster than timeit.timeit('str()'). I presume this is because callables get bound to a local name and local name lookup is faster than builtin lookup. This difference does not apply to imported user names. The existing statement "Note that the timing overhead is a little larger in this case because of the extra function calls." is confusing to me because it does not specify the alternative to 'this case' and there are two possibilities, which I specified.

Note 3. The comment about * imports should be deleted for 2.7 version.

ADDITIONAL CHANGE
Add the following to the very bottom as part of the final example:
"
    t = Timer(test, "from __main__ import test")
    print(t.timeit()) # should be nearly the same
"

----------
keywords: +patch
nosy: +terry.reedy
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1397474>
_______________________________________

From report at bugs.python.org  Tue Aug 31 23:21:24 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Tue, 31 Aug 2010 21:21:24 +0000
Subject: [issue808164] socket.close() doesn't play well with __del__
Message-ID: <1283289684.06.0.895407711996.issue808164@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Fixed in r84380 and r84382.

----------
keywords:  -needs review
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue808164>
_______________________________________

From report at bugs.python.org  Tue Aug 31 23:53:24 2010
From: report at bugs.python.org (Daniel Stutzbach)
Date: Tue, 31 Aug 2010 21:53:24 +0000
Subject: [issue7141] 2to3 should add from __future__ import print_statement
In-Reply-To: <1255620514.04.0.970254237923.issue7141@psf.upfronthosting.co.za>
Message-ID: <1283291604.87.0.720840818316.issue7141@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

I don't think I'm familiar enough with 2to3's pattern-matching syntax to write a good patch.

Here's a rough outline for how a patch would work.  There are two cases: 

1) When there is already a "from __future__ import".  Currently, this line is stripped by fix_future.  fix_future could be changed to remove the other futures, but add/leave "print_statement".  This case is probably pretty straightforward.

2) When there is no "from __future__ import".  A pattern would need to detect the absence of the __future__ line and insert one in the right place (after initial comments but before anything else).

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7141>
_______________________________________